Segunda Corregido

FACULTAD DE INGENIERÍA DE SISTEMAS, CÓMPUTO Y TELECOMUNICACIONES
DESARROLLO DEL SISTEMA DE GESTIÓN PARA EL CONTROL DE VENTAS DE BATERIAS
CASO “BATERÍAS JULIO E.I.R.L”
Tesis para obtener el Título de
Ingeniero de Sistemas y Cómputo
PRESENTADO POR:
IVAN JESUS ORCCOTOMA ANTAY
Setiembre 2017
LIMA – PERU
“Tesis presentada a la Universidad Inca
Garcilaso de la Vega Lima – Perú, para
obtener el Título de Ingeniero de
Sistemas”
AGRADECIMIENTOS
A los profesores de la UIGV y a todas las personas que directa o indirectamente me
ayudaron para culminar esta tesis.
A quienes confiaron en mí.

RESUMEN
El presente trabajo de tesis presenta el desarrollo de un sistema de información que permite
gestionar las compras, ventas y almacén, de esta manera se ayuda a organizar, controlar y
administrar los productos con los que cuenta la empresa.
La empresa seleccionada para el desarrollo del sistema va lograr automatizar sus actividades
primarias y mejorar la interacción con sus clientes, para la solución de la problemática se va
a implementar los siguientes módulos: El módulo de ventas, El módulo de almacén y el
módulo compras.
Esta investigación presenta: la identificación del problema, los objetivos específicos, los
resultados esperados, las metodologías de implementación y de desarrollo de software, se
justifica la realización del presente proyecto.
Ahora para el desarrollo de este proyecto utilizamos la metodología RUP esta es una
metodología de desarrollo del software la cual cuenta con amplia documentación y brinda
soporte en todo el ciclo de vida del proyecto.

ABSTRACT
The present work of thesis presents the development of an information system that allows
to manage the purchases, sales and warehouse, in this way helps to organize, control and
manage the products with which the company counts.
The company selected for the development of the system will be able to automate its
primary activities and improve the interaction with its customers. To solve the problem, the
following modules will be implemented: The sales module, The warehouse module and the
purchasing module.
This research presents: the identification of the problem, the specific objectives, the
expected results, the methodologies of implementation and software development, the
implementation of this project is justified.
Now for the development of this project we use the methodology RUP this is a software
development methodology which has extensive documentation and provides support
throughout the project life cycle.
2
Contenido
I. Contenido del trabajo .................................................................................................................. 8
Capítulo 1: Introducción ..................................................................................................................... 8
1.1 Planteamiento Del Problema. ............................................................................................... 12
1.1.1 Descripción del problema. ............................................................................................ 12
1.1.2 Definición del problema................................................................................................. 13
1.2 Objetivos. ................................................................................................................................ 13
1.2.1 Objetivo General. ........................................................................................................... 13
1.3 Justificación............................................................................................................................. 14
1.4 Alcances De La Solución. ...................................................................................................... 14
1.5 Estrategia Metodológica. ....................................................................................................... 15
1.6 Presentación Del Resto De La Tesis. ................................................................................... 16
Capítulo 2: Marco Teórico Y Conceptual ........................................................................................ 17
2.1 Marco Teórico. ........................................................................................................................ 17
2.2 Marco Conceptual. ................................................................................................................. 19
Capítulo 3: Métodos Para La Construcción De La Solución Tecnológica ................................... 25
3.1 Definiciones y Conceptos. ..................................................................................................... 25
3.1.1 Metodología RUP (Rational Unified Process). .................................................................. 25
3.1.2 Metodología XP. ................................................................................................................... 30
3.1.3 Metodología Iconix. ............................................................................................................. 35
3.1.4 Metodología Scrum. ............................................................................................................. 39
3.2 Evaluación Comparativa Entre Las Metodologías. ............................................................. 42
3.2.1 Elección De La Metodología.......................................................................................... 42
3.2.2 Cuadro Comparativo. ..................................................................................................... 43
3.2.3 Selección de la Propuesta. ............................................................................................ 44
Capítulo 4: Aporte Teórico ................................................................................................................ 45
4.1 Adaptación de la metodología para el caso de estudio. ................................................... 45
4.1.1 Gestión de la Integración del proyecto....................................................................... 45
4.1.2 Gestión del Alcance del Proyecto................................................................................. 46
4.1.3 Gestión del tiempo del Tiempo del proyecto. ............................................................ 46
4.1.4 Gestión de Calidad del proyecto. ................................................................................. 47
4.1.5 Gestión De Los Recursos Humanos Del Proyecto ..................................................... 47
4.1.6 Gestión de Costo. ........................................................................................................... 48
4.2 Aplicación de la Metodología. ............................................................................................... 49
4.2.1 Desarrollo de la metodología Uml. .............................................................................. 49
3
4.2.2 Arquitectura del software. ............................................................................................ 56
4.2.3 Modelo de datos ............................................................................................................. 58
4.2.4 Aplicación de la Metodología. ....................................................................................... 61
4.2.4.1 Inicio................................................................................................................................ 61
4.2.4.2 Elaboración. .................................................................................................................... 62
4.2.4.3 Construcción. ............................................................................................................. 66
4.2.4.4 Transición. ...................................................................................................................... 74
Capítulo 5: Aporte Práctico ............................................................................................................... 76
5.1 Interfaces de la Aplicación. ........................................................................................................ 76
5.1.1 Ingreso de datos .................................................................................................................. 76
5.1.2 Exportar datos ...................................................................................................................... 79
5.2 Resultados .................................................................................................................................... 82
5.2.1 Encuesta del uso del sistema. ............................................................................................ 82
5.2.2 Cálculo del VAN TIR ROI. ................................................................................................... 84
Capítulo 6.- Conclusiones y recomendaciones............................................................................... 88
6.1 Conclusiones ................................................................................................................................ 88
6.2 Recomendaciones ....................................................................................................................... 89
Referencias Bibliográficas ................................................................................................................. 90
ANEXO ................................................................................................................................................. 93
4
Lista de Figuras
Figura 1 Organigrama de la empresa .............................................................................. 8
Figura 2 Ubicación de Baterías Julio E.I.R.L ..................................................................... 9
Figura 3 Procesos de Negocio Baterías Julio ................................................................... 10
Figura 4 Estadísticas de ventas periodo 2017 ................................................................. 11
Figura 5 Ciclo de vida y fases de la metodología RUP. .................................................... 25
Figura 6 Fases de la Metodología RUP e iteraciones. ....................................................... 27
Figura 7 Diagrama de la metodología XP. ...................................................................... 31
Figura 8 Características de la metodología XP. ............................................................... 32
Figura 9 Ciclo de la metodología Xp características. ........................................................ 35
Figura 10 Fases de la metodología Iconix. ..................................................................... 38
Figura 11 Diagrama de la Metodología Scrum. ............................................................... 42
Figura 12 Etapas de desarrollo del proyecto................................................................... 49
Figura 13 Cuadro de desarrollo del proyecto. ................................................................. 51
Figura 14 Diagrama de Caso de Uso del Negocio............................................................ 51
Figura 15 Diagrama de Caso de Uso de Negocio y Actores Externos. ............................... 52
Figura 16 Diagrama General de casos de Uso ................................................................ 54
Figura 17 Diagrama de componentes de aplicación ........................................................ 55
Figura 18 Diagrama de componentes lado cliente........................................................... 55
Figura 19 Diagrama de componentes del sistema .......................................................... 56
Figura 20 Arquitectura del software .............................................................................. 58
Figura 21 Diagrama de clases ....................................................................................... 59
Figura 22 Diagrama Modelo físico ................................................................................ 60
Figura 23 Caso de Uso “Ingresar al Sistema” Diagrama de secuencia .............................. 68
Figura 24 Caso de Uso “Ingresar al Sistema” Diagrama de Colaboración .......................... 69
Figura 25 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Colaboración .......... 70
5
Figura 26 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Secuencia .............. 71
Figura 27 Caso de uso “Generar Orden de Pedido” Diagrama de Colaboración .................. 72
Figura 28 Caso de uso “Generar Orden de Pedido” Diagrama de Secuencia ...................... 73
Figura 29 Lista de clientes ............................................................................................ 76
Figura 31 Ingreso de nuevo cliente ............................................................................... 77
Figura 32 Listado de clientes registrados ....................................................................... 78
Figura 33 Listado de productos .................................................................................... 79
Figura 34 Exportar productos ....................................................................................... 80
Figura 35 Ubicación del archivo .................................................................................... 80
Figura 36 Vista de la data exportada ............................................................................. 81
6
Lista de Tablas
Tabla 1 ....................................................................................................................... 44
Tabla 2 ....................................................................................................................... 48
Tabla 3 ....................................................................................................................... 49
Tabla 4 ....................................................................................................................... 53
Tabla 5 ....................................................................................................................... 62
Tabla 6 ....................................................................................................................... 64
Tabla 7 ....................................................................................................................... 64
Tabla 8 ....................................................................................................................... 65
Tabla 9 ....................................................................................................................... 66
7
I. Contenido del trabajo
Capítulo 1: Introducción
En las pymes la informalidad en los procesos productivos es tan inmensa que no se llega ver
la realidad de las pérdidas de tiempo y dinero que estas originan al no tener los sistemas
automatizados ya sea por costos o desconocimiento de los dueños o gerentes de las
empresas
Ante este panorama se plantea la implementación de un Sistema web de ventas, compras y
almacén para la empresa “Baterías Julio E.I.R.L”, la empresa en mención se encarga de la
compra y venta de baterías para los vehículos de transporte urbano y rural.
Baterias Julio E.I.R.L Fue creada en 21 de febrero del 2005 por Julio Valentín Orccottoma,
como empresa tiene la misión y visión:
Misión: Garantizar el más alto nivel de satisfacción de nuestros clientes con marcas
y productos altamente competitivos, comprometidos con el cuidado del medio.
Visión: Ser una empresa que brinda la mejor experiencia a los clientes. Simple y
oportuna.
La empresa tiene el organigrama:
ORGANIGRAMA DE BATERIAS JULIO E.I.R.L
Gerencia General
Contabilidad Compras Marketing Ventas Almacen
Figura 1 Organigrama de la empresa

Fuente Baterías Julio E.I.R.L
8
Actualmente Baterías Julio E.I.R.L cuenta solo con un solo local, el cual está ubicado en la
Av. Salvador Allende N° 1004 en el distrito de San juan de Miraflores y empieza sus
operaciones desde las 8:30 am hasta las 6:30 pm de lunes a sábado y Domingo de 8:30
am a 1:00 pm
MAPA UBICACIÓN DE BATERÍAS JULIO E.I.R.L
Figura 2 Ubicación de Baterías Julio E.I.R.L

Tomado de https://www.google.com.pe/maps/@-12.1553153,-76.961024,213a,52y,2.21t/data=!3m1!1e3
Como ya se ha explicado la empresa se basa en la compra, almacenamiento y ventas de

las baterías siendo este el Core del negocio.
Los procesos arriba mencionados son diagramados y se ven las iteraciones entre ellos en
la siguiente imagen.
9
PROCESO DE NEGOCIO DE BATERÍAS JULIO E.I.R.L
Figura 3 Procesos de Negocio Baterías Julio

Fuente propia
10
En el presente año las ventas de los productos han tenido una lenta comercialización en el
primer trimestre debido a las fiestas de navidad, fin de año y el inicio de las clases
escolares e institutos superiores y universidades.
La grafica muestra el desarrollo de las ventas en lo que va del presente año.
VENTAS PERIODO 2017

56000
55500
55000
54500
54000
53500
53000
Figura 4 Estadísticas de ventas periodo 2017

Fuente propia
11
1.1 Planteamiento Del Problema.
1.1.1 Descripción del problema.
El incremento de vehículos de transporté urbano y rural constituye una oportunidad de
negocio donde muchas microempresas han incursionado y han logrado un crecimiento
en sus operaciones. En este mercado se creó una empresa comercializadora de venta
de baterías la cual es “Baterías Julio E.I.R.L”.
Baterías Julio E.I.R.L ha crecido de una manera rápida y desorganizada y las
operaciones que realizan presentan algunos problemas al realizar sus ventas,
abastecimiento de productos y manejo de las existencias en el almacén. Los
inconvenientes que presenta la empresa por área son:
 El control del almacén es casi nulo ya que al no saber con los productos con los
que cuenta en su stock no se puede ofrecer a los clientes ni tampoco solicitar
al área de compras la adquisición de estos.
 El área de compras no cuenta con la información oportuna para solicitar los
productos faltantes a los proveedores porque el área de almacén le brinda
información fuera de tiempo los cual demora la adquisición de los bienes.
 El área de ventas al no contar los productos para comercializar pierde clientes
potenciales afectando la rentabilidad de la empresa.
Según Johanna Rodríguez (2013) en su obra Análisis, Diseño E Implementación De Un
Sistema De Información Para Una Tienda De Ropa Con Enfoque Al Segmento Juvenil
afirmo:
La administración de la venta de productos se realiza de forma manual, al finalizar el
día todo lo que se registró en las boletas de venta deben de ser transcritas a un
cuaderno anual; esta labor se vuelve engorrosa cuando se desea saber cuáles son los
productos que ya no se encuentran en tienda. (p. 2)
12
Ante esta falta de control de las compras, ventas y las existencias en el almacén, se
propone desarrollar un sistema de web que permita gestionar las compras, ventas y
almacén para ayudar a organizar, controlar y administrar los productos con los que
cuenta Baterías Julio E.I.R.L.
1.1.2 Definición del problema
El problema a solucionar es el control manual de las compras, ventas y almacén del
negocio el cual no es confiable, no es rápido y es propenso a errores.
1.2 Objetivos.
1.2.1 Objetivo General.
Desarrollar un sistema de información web que permita mejorar la gestión de ventas,
compras y almacén en la empresa Baterías Julio E.I.R.L en el año 2017.
Objetivos Específicos.
• Elaborar el análisis y diseño del sistema de información a implementar, basándose
en los requerimientos de la empresa.
• Seleccionar y definir la arquitectura bajo la cual se implementará el sistema de
información Web que le permita a esta ser portátil y escalable en el tiempo.
• Elaborar un modelo de base de datos relacional que se acomode a los
requerimientos de almacenamiento y manipulación de datos.
• Diseñar una Interfaz gráfica amigable e intuitiva, que le permita al usuario
interactuar con el sistema con facilidad minimizando el uso de manuales o
capacitaciones.
13
1.3 Justificación.
Con el desarrollo del Sistema de Ventas, se pretende que la microempresa de Baterías
Julio E.I.R.L, pueda mejorar los procesos de compra, ventas y almacén, esto con el
propósito de brindar servicio de mayor calidad a sus clientes, además de mejorar la
eficiencia del personal y la calidad de los datos e información que requiere el administrador
para tener una mejor visión de las ganancias de la microempresa, así mismo el sistema
contribuirá con la diminución considerable de los errores y conflictos existentes en los
procesos actuales.
Por todo ello, es importante destacar que la implementación de un sistema informático de
ventas en la Tienda de Baterías Julio E.I.R.L implica un cambio organizativo, ya que no
sólo afecta a la administración de la empresa, sino también a sus empleados y habilidades,
Por otra parte, podemos concluir que es de vital importancia utilizar tecnologías de
información y comunicación adecuadas para el procesamiento y transmisión de los datos
que se gestionarán en el sistema de información.
1.4 Alcances De La Solución.
El alcance de este proyecto está basado en los lineamientos del desarrollo del software
cuya visión es obtener un sistema web que contribuirá al control de las operaciones que se
llevan a cabo en Baterías Julio E.I.R.L, con el fin de facilitar el trabajo y disminuir los
posibles errores en la misma, aumentando así su eficiencia y productividad.
El estudio propiamente dicho, se realiza con la aplicación del enfoque sistémico, mediante
el cual se obtiene conocimiento de las funciones y los objetivos de Baterías Julio E.I.R.L de
manera que se realicen cambios organizacionales propios, que parten del proyecto de una
disposición coherente de trabajo, mejora en el proceso de detección de necesidades y
oportunidades hasta la creación de un modelo de negocio para atacar la problemática
existente en la empresa.
14
El sistema de información propuesto incluye la implementación de tres grandes
componentes: el módulo de gestión de ventas, el módulo de gestión de almacén y el
módulo de gestión compras. Estos módulos se describen a continuación:
 El módulo de gestión de ventas permitirá el registro de las operaciones de
ventas en línea y el reporte de operaciones actualizada.
 El módulo de gestión de almacén permitirá las operaciones de entrada y salida
de los productos del almacén, conocer el nivel de inventario, monitorear y
controlar el stock de los productos.
 El módulo de gestión compras está integrado con el módulo de almacén. Así
todas las gestiones de compra actualizan el stock actual para reflejar los
cambios.
1.5 Estrategia Metodológica.
En este apartado se presenta el conjunto de tareas que se debe realizar en cada etapa del
proyecto. Se utiliza una estructura de descomposición del trabajo. Las tareas del desarrollo
se basan en la metodología RUP.
Las herramientas para el resultado esperado son la documentación que contenga los
diagramas de los procesos actuales y los que serán soportados por la alternativa de
solución propuesta.
• Se realizarán entrevistas con el contacto de la empresa para obtener la
descripción de los procesos actuales de venta de los productos.
• Se elaborarán los diagramas de los procesos actuales y los que serán soportados
por la alternativa de solución propuesta.
• Se realizará un análisis comparativo entre los procesos actuales y nuevos.
• El análisis comparativo de los procesos de negocio se encuentra detallado.
15
La arquitectura del sistema web la cual mostrará la integración entre los componentes, los
patrones de diseño y los estilos arquitectónicos a utilizar.
La prueba está compuesta por la creación de un web service que alimentará datos al
sistema web.
1.6 Presentación Del Resto De La Tesis.
Capítulo II – “Marco Teórico Y Conceptual”:
Se encarga de revisar los procesos a realizar para la investigación, se analizan los pasos a
seguir para la resolución del problema, aquí determinaremos las herramientas de estudio.
Capítulo III - Métodos Para La Construcción De La Solución Tecnológica:
Aquí mostramos los diferentes tipos de metodologías que tenemos como alternativas de
solución a nuestro problema presentado, también escogemos la metodología que reúne los
requisitos para implementar nuestra solución.
Capítulo IV – Aporte Teórico:
Al tener la metodología ya seleccionada, se realiza el desarrollo de la misma aplicada al
desarrollo del sistema, se detallan las etapas realizadas para el desarrollo del sistema,
describiendo los requerimientos y todos los diagramas elaborados.
Capítulo V - Aporte Práctico:
En este capítulo se presenta las interfaces y funcionalidades del sistema desarrollado.
Capítulo VI – Conclusiones y Recomendaciones:
En esta sección se detallan las conclusiones y recomendaciones obtenidas durante la

investigación del proyecto.
16
Capítulo 2: Marco Teórico Y Conceptual
2.1 Marco Teórico.
La empresa en investigación es una microempresa de ventas de baterías cual es
distribuidora de conocidas marcas locales e internacionales en el mercado.
Para este marco teórico se tomado como apoyo las siguientes fuentes de las cuales se da
más detalle en las referencias bibliográficas:
 La tesis de Juan Francisco López Alemán realizada en el año 2015, en ella nos
explica “Desarrollo de un sistema de soporte al análisis de costos, simulación de
ventas y compras en una empresa de consumo masivo”.
Nos ayuda a entender las fases del desarrollo del proyecto y los pasos a seguir para
realizar dicha implementación.
• La tesis de Johanna Elizabeth Rodríguez Torres realiza el año 2013, en ella nos
explica el “Análisis, diseño e implementación de un sistema de información para
una tienda de ropa con enfoque al segmento juvenil”.
La tesis ayudará a mi proyecto a identificar como formalizar las reglas del negocio,
la elaboración de un prototipo de la posible solución, la definición de la arquitectura
y la validación del sistema. También ayudará a identificar: los requerimientos del
sistema, los actores, módulos, clases de análisis, el diseño de la interfaz de usuario,
la arquitectura de la solución, las principales características de la construcción y se
describen las pruebas que se realizarán.
• La tesis de Michael André Aguirre Abanto y Giomar Anthony Lopez Ynostroza.
Realizada en el año 2013 el trabajo trata de la creación del “Campus virtual móvil
para mejorar el acceso a la información académica universitaria en la universidad
autónoma del Perú”.
17
Este trabajo nos ayuda a determinar las metodologías de desarrollo del software
más utilizadas en el desarrollos de proyectos nos brinda sus fuerza y debilidad de
cada una de ellas y da un mejor panorama para la elección de la metodología.
 La tesis de Carlos Alfredo Becerra Rodríguez en el año del 2013, en su trabajo
“Análisis, diseño e implementación de un sistema de comercio electrónico integrado
con una aplicación móvil para la reserva y venta de pasajes de una empresa de
transporte interprovincial”
Este trabajo ayudo a definir los procesos de negocios actuales de la microempresa.
 Claudia Katherine Arce Cruzado Carlos Eduardo Upson Galvez. (2010).
Implementación De Un Sistema De Ventas En Plataforma Web Para Mejorar El
Proceso De Atención Al Cliente De La Botica Shaloon En La Ciudad De Chiclayo.
Se utilizara esta tesis como propuesta para base a la metodología RUP. Como se
sabe esta metodología está conformada por 4 fases (Inicio, Elaboración,
Construcción y Transición) que interactúan con sus disciplinas (Modelado del
Negocio, Requisitos, Análisis, Diseño, Implementación y Pruebas). Además se
apoyará como base las herramientas que se utilizaran, como la programación PHP y
la base de datos en MYSQL para el desarrollo del sistema, de tal forma el sistema
busca mejorar los procesos de ventas reduciendo tiempos para la mejor atención al
cliente.
 Wang Lei 2015. Discuss the Relationship between Logistics and Marketing. Small
Business. Nanchang, China, 2015
Nos ayuda a entender la relación entre el marketing y la gestión logística y como
esta afecta a la comercialización del mercado, la logística facilita la
comercialización, con el fin de lograr satisfacer la demanda del cliente, mejorar
efectivamente el valor del producto para mantener la fidelidad de los clientes.
18
 Rita Alexandra Ordaya Lock En su trabajo “Implementación de un sistema de
información para una mype comercial con componentes de libros y facturación
electrónica”.
Nos brinda referencia de cómo se debe de desarrollar la arquitectura del sistema
propuesto.
2.2 Marco Conceptual.
Almacén: Es un lugar especialmente estructurado y planificado para custodiar, proteger y
controlar los bienes de activo fijo o variable de la empresa, antes de ser requeridos para la
administración, la producción o al venta de artículos o mercancías.
Todo almacén puede considerarse redituable para un negocio según el apoyo que preste a
las funciones productoras de utilidades: producción y ventas. Es importante que lo
almacenado deba tener un movimiento rápido de entrada y salida (rápida rotación).
Todo manejo y almacenamiento de materiales y productos es algo que eleva el costo del
producto final sin agregarle valor, razón por la cual se debe conservar el mínimo de
existencias con el mínimo de riesgo de faltantes y al menor costo posible de operación.
Los procesos comunes de un almacén son:
 Recepción.
 Stock.
 Preparación de pedido.
 Expedición.
Estudio de mercado: El estudio de mercado consiste en una iniciativa empresarial con el
fin de hacerse una idea sobre la viabilidad comercial de una actividad económica.
Estudia el comportamiento de los consumidores para detectar sus necesidades de
consumo y la forma de satisfacerlas, averiguar sus hábitos de compra (lugares, momentos,
preferencias, etc.). Su objetivo final es aportar datos que permitan mejorar las técnicas de
19
mercado para la venta de un producto o de una serie de productos que cubran la demanda
no satisfecha de los consumidores.
Inventario: Es una relación detallada, ordenada y valorada de los elementos que
componen el patrimonio de una empresa o persona en un momento determinado. Antes,
los inventarios se realizaban por medio físico (se escribían en un papel).
Es detallada porque se especifican las características de cada uno de los elementos que
integran el patrimonio.
Es ordenado porque agrupa a los elementos patrimoniales en sus cuentas
correspondientes y las cuentas en sus masas patrimoniales.
Es valorada porque se expresa el valor de cada elemento patrimonial en unidades
monetarias.
Según García (2016) en su obra: Desarrollo de un sistema para la administración de la
cadena de suministro, aplicando modelo de inventarios en la empresa SIPAN
DISTRIBUCIONES SAC
Afirma los tipos de inventario:
Inventario de materia prima: Es el inventario que contempla todo el material que
se usará para la fabricación de un determinado producto, por lo tanto, este tipo de
inventario es aquel que no ha sido procesado aún y que es adquirido para darle valor
agregado.
Inventario de productos en proceso: Este tipo de inventario incluye a los
materiales que han sido parcialmente procesados, es decir, aún les falta ingresar a
otros procesos para obtener el (los) producto (s) final (es).
20
Inventario de productos terminados: El inventario de productos terminados
contempla los productos finales que se han obtenido debido a una serie de
transformaciones en cada etapa del proceso productivo.
Inventario de materiales y suministro: Estos son los tipos de inventario que se
necesitan para la producción, este tipo de inventario considera: Materias primas
secundarias, artículos de consumo, artículos de mantenimiento, etc.
Inventario de Seguridad: Este inventario es utilizado principalmente debido a la
naturaleza variable de la demanda, de esta manera se evita la ruptura de stock y se
minimiza los efectos indeseables que pudiera causar en el servicio al cliente.
Inventario perpetuo: Es el que se lleva en continuo acuerdo con las existencias en
el almacén, por medio de un registro detallado que puede servir también como
mayor auxiliar, donde se llevan los importes en unidades monetarias y las cantidades
físicas (p. 15)
Mysql: Es un sistema de gestión de bases de datos relacional desarrollado bajo licencia
dual GPL/Licencia comercial por Oracle Corporation y está considerada como la base datos
open source más popular del mundo, y una de las más populares en general junto a
Oracle y Microsoft SQL Server, sobre todo para entornos de desarrollo web.
“Es un sistema gestor de bases de datos my utilizado en la actualidad por, entre otros los
siguientes motivos:
Rapidez, posibilidad de trabaja en diferentes plataformas, múltiples formatos de tablas
para cada necesidad, seguridad, gran escalabilidad, administración simple”. (Minera,
2011p. 70)
Plataforma: Es un sistema que sirve como base para hacer funcionar determinados
módulos de hardware o de software con los que es compatible. Dicho sistema está
definido por un estándar alrededor del cual se determina una arquitectura de hardware y
21
una plataforma de software. Al definir plataformas se establecen los tipos de arquitectura,
sistema operativo, lenguaje de programación o interfaz de usuario compatibles.
Existen programas multiplataforma que permiten ejecutarse en diversas plataformas.
También existen emuladores, que son programas que permiten ejecutar desde una
plataforma programas de otra emulando su funcionamiento,
Plataforma cruzada: Se refiere a la capacidad de un software o hardware para
correr de modo idéntico sobre plataformas diferentes. Muchas aplicaciones de
Windows y Macintosh, por ejemplo, ahora producen archivos compatibles en lo
binario, lo que permite a los usuarios cambiar de una plataforma a otra sin convertir
sus datos a un nuevo formato.
La informática de plataforma cruzada se hace cada vez más importante a medida
que las redes de área local se perfeccionan en la integración de las máquinas de
diferentes plataformas. Por ejemplo, el ambiente de programación de plataforma
cruzada permite a un programador, desarrollar programas para muchas plataformas
simultáneamente.
Plataforma tecnológica: Se conoce por Plataformas Tecnológicas un conjunto de
hardware y software.
Debido al auge de la web 2.0 y el incremento de la velocidad del desarrollo que ha llevado
a cabo el mundo actual en el ámbito tecnológico, las plataformas hoy en día son
herramientas cuyo objetivo es ofrecer al usuario una serie de recursos y servicios
mostrando sus múltiples usos tales como la comunicación, interacción, transmisión de
datos e información, paquetes multimedia, entre otras utilidades.
Se desenvuelven a niveles educativos, recreativos y laborales, brindando mejoras y
generando impactos positivos sin embargo lo verdaderamente importante de una
22
plataforma no reside tanto en las posibilidades que tenga sino en el uso que se haga de las
mismas.
La mayor parte de este tipo de aplicaciones coincide en la prioridad de mostrar un gran
número de funciones en lugar de diferenciarse por estructuras y conceptos distintos. En la
actualidad existe un número bastante amplio de plataformas, las cuales pueden agruparse
en comerciales, de software libre y desarrollo propio.
Seguridad web: El actual mecanismo implementado para la gestión de sesión Web
implica el intercambio de cookies de sesión entre un cliente de aplicación web
(normalmente un navegador) y un servidor de aplicaciones web. Además de tener
problemas de privacidad, la seguridad de las sesiones Web puede verse afectada por
diversas razones relacionadas con las cookies. Hay varias vulnerabilidades que amenazan
una aplicación Web específicamente relacionada con las cookies: robo, manipulación y / o
falsificación. Cualquiera de estas vulnerabilidades puede favorecer el robo de sesión y / o
el acceso no autorizado usando la identidad de otro usuario en el sistema. En este capítulo
presentamos una técnica alternativa para la gestión de sesiones web, en la que no se
envían cookies de sesión a los clientes mientras se mantiene la compatibilidad con
versiones anteriores. Como resultado, se muestra la técnica propuesta para evitar varias
vulnerabilidades específicas que afectan a la seguridad de las sesiones de aplicaciones web
y los usuarios. El mecanismo propuesto funciona de forma transparente para las
aplicaciones web y una prueba de concepto se probó con éxito con aplicaciones Web
basadas en diferentes lenguajes de programación.
Sql (Structured Query Language) Para Harrington en su obra Relational Database
Design and Implementation afirmo:
Lenguaje declarativo de acceso a bases de datos relacionales que permite especificar
diversas operaciones en ellas. Una de sus características es el manejo del álgebra y el
23
cálculo relacional que permiten efectuar consultas con el fin de recuperar de forma sencilla
información de bases de datos, así como hacer cambios en ellas (p. 457).
Stock: “El stock o las existencias es la suma de los artículos tangibles de la empresa.
Están conformados por los insumos que serán usados para la elaboración de un producto y
los productos que serán puestos a la venta” (Sone, 2015, p. 28)
La finalidad de un stock es la de responder a las fluctuaciones de las demandas que son
variables. No obstante, el mismo trae desventajas ya que la existencia de stocks
exagerados es un riesgo ya que puede generar una pérdida de capital, pudiendo ser
destinado a otros usos lucrativos.
Ventas: Es la acción y efecto de vender, traspasar la propiedad de algo a otra persona
tras el pago de un precio convenido. El término se usa tanto para nombrar a la operación
en sí misma como a la cantidad de cosas que se venden.
La palabra venta posee diferentes definiciones, todo depende del contexto en el que se
aplique. Venta puede referirse a un objeto que se encuentra a disposición del público, lo
cual quiere decir que el objeto o el servicio prestado aún no está vendido, es decir, se
encuentra en venta, como puede indicar una operación ya concretizada, es decir, el
comprador cumplió su obligación de pagar por el precio pactado y el vendedor ya transfirió
el producto.
En efectos legales, la venta se origina a través de un contrato, conocido como compra
venta, en virtud del cual se transfiere a dominio ajeno una cosa por el precio pactado. El
contrato de compra venta está compuesto por elementos personales, reales y formales, es
decir, se debe de establecer las partes y sus obligaciones, es por ello, que se caracteriza
como contrato bilateral, además de indicar el precio y, las características de la cosa en
venta.
24
Capítulo 3: Métodos Para La Construcción De La Solución Tecnológica
3.1 Definiciones y Conceptos.
3.1.1 Metodología RUP (Rational Unified Process).
“Es una metodología de desarrollo de software, la cual se basa en un conjunto de
actividades para transformar los requisitos de los usuarios en un sistema.” (Aguirre,
López, 2013, p. 32)
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 5 Ciclo de vida y fases de la metodología RUP.

Recuperado de https://softwarerecopilation.wordpress.com/modelo-RUP/
Las características:
 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
25
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software.
Los principios de la metodología RUP
 Adaptación del proceso: El proceso debe adaptarse a las características de la
organización para la que se está desarrollando el software.
 Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los
inversores del proyecto.
 Colaboración entre equipos: Debe haber una comunicación fluida para
coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, entre
otros.
 Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de
una forma interna, en etapas iteradas. En cada iteración se evaluará la
calidad y estabilidad del producto y analizará la opinión y sugerencias de los
inversores.
 Elevar el nivel de abstracción: Motivar el uso de de conceptos reutilizables.
 Enfocarse en la calidad: La calidad del producto debe verificarse en cada
aspecto de la producción.
Las fases de la metodología:
 Inicio: Se establecen los objetivos principales que se desean alcanzar. Se específica
la visión del proyecto. Se establecen los casos de uso y se identifican los riesgos
asociados.
26
 Elaboración: En la fase de elaboración se seleccionan los casos de uso que
permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se
realiza la especificación de los casos de uso seleccionados y el primer análisis del
dominio del problema, se diseña la solución preliminar.
 Construcción: Se construye el sistema mediante una serie de iteraciones
incrementales.
 Transición: Se realiza la puesta en funcionamiento del sistema. Se entrega el
sistema a los usuarios y se brinda la capacitación sobre su uso.
FASES DEL DESARROLLO UML
Figura 6 Fases de la Metodología RUP e iteraciones.

Recuperado de http://metodoss.com/metodologia-RUP/
El desarrollo De RUP se determina por las etapas a realizar durante el proyecto de
creación del software.
 Ingeniería o modelado del negocio: Analizar y entender las necesidades del negocio
para el cual se está desarrollando el software.
 Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del
sistema.
27
 Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema
automatizado y desarrollar una arquitectura para el sistema.
 Implementación: Crear software que se ajuste a la arquitectura diseñada y que
tenga el comportamiento deseado.
 Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo lo
solicitado está presente.
 Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.
Se determina la documentación que es necesaria realizar durante el proyecto.
 Configuración y administración del cambio: Guardar todas las versiones del
proyecto.
 Administración del proyecto: Administrar los horarios y recursos que se deben de
emplear.
 Ambiente: Administrar el ambiente de desarrollo del software.
 Distribución: Hacer todo lo necesario para la salida del proyecto.
Elementos del RUP
 Actividades: Procesos que se han de realizar en cada etapa/iteración.
 Trabajadores: Personas involucradas en cada actividad del proyecto.
 Artefactos: Herramientas empleadas para el desarrollo del proyecto. Puede ser un
documento, un modelo, un elemento del modelo.
El Enfoque Orientado a Objeto se basa en cuatro principios que constituyen la base de
todo desarrollo orientado a objetos. Estos principios son: la Abstracción, el
Encapsulamiento, la Modularidad, el Polimorfismo y la Herencia. Los cuales se aplican
en la metodología RUP
28
 Abstracción: Es el principio de ignorar aquellos aspectos de un fenómeno
observado que no son relevantes, con el objetivo de concentrarse en aquellos que
sí lo son. Una abstracción denota las características esenciales de un objeto (datos
y operaciones), que lo distingue de otras clases de objetos. Decidir el conjunto
correcto de abstracciones de un determinado dominio, es el problema central del
diseño orientado a objetos.
 Encapsulamiento: Es la propiedad del EOO que permite ocultar al mundo exterior la
representación interna del objeto. Esto quiere decir que el objeto puede ser
utilizado, pero los datos esenciales del mismo no son conocidos fuera de él. La idea
central del encapsulamiento es esconder los detalles y mostrar lo relevante. Permite
el ocultamiento de la información separando el aspecto correspondiente a la
especificación de la implementación; de esta forma, distingue el "qué hacer" del
"cómo hacer". La especificación es visible al usuario, mientras que la
implementación se le oculta.
 Modularidad: Es la propiedad que permite tener independencia entre las diferentes
partes de un sistema. La modularidad consiste en dividir un programa en módulos o
partes, que pueden ser compilados separadamente, pero que tienen conexiones
con otros módulos. En un mismo módulo se suele colocar clases y objetos que
guarden una estrecha relación. El sentido de modularidad está muy relacionado con
el ocultamiento de información.
 Herencia: Es el proceso mediante el cual un objeto de una clase adquiere
propiedades definidas en otra clase que lo preceda en una jerarquía de
clasificaciones. Permite la definición de un nuevo objeto a partir de otros,
agregando las diferencias entre ellos (Programación Diferencial), evitando
repetición de código y permitiendo la reusabilidad.
29
 Polimorfismo: Es una propiedad del EOO que permite que un método tenga
múltiples implementaciones, que se seleccionan en base al tipo objeto indicado al
solicitar la ejecución del método. El polimorfismo operacional o Sobrecarga
operacional permite aplicar operaciones con igual nombre a diferentes clases o
están relacionados en términos de inclusión. En este tipo de polimorfismo, los
métodos son interpretados en el contexto del objeto particular, ya que los métodos
con nombres comunes son implementados de diferente manera dependiendo de
cada clase.
3.1.2 Metodología XP.
Es una de las llamadas metodologías ágiles de desarrollo de software más exitosas de
los tiempos recientes. La metodología propuesta en XP está diseñada para entregar el
software que los clientes necesitan en el momento en que lo necesitan. XP alienta a
los desarrolladores a responder a los requerimientos cambiantes de los clientes, aún
en fases tardías del ciclo de vida del desarrollo.
La clave del proceso de desarrollo de XP es la comunicación. La gran mayoría de los
problemas en los proyectos de desarrollo son provocados por falta de comunicación en
el equipo, así que se pone un gran énfasis en facilitar que la información fluya lo más
eficientemente posible.
“La metodología XP (Extreme Programming) tiene como principal objetivo adaptarse a
los cambios de requisitos en cualquier punto de la vida del proyecto”. (Aguirre, Lopez,
2013, p. 32)
30
FASES DE LA METODOLOGÍA XP
Figura 7 Diagrama de la metodología XP.

Recuperado de http://marich.blogspot.es/1459536985/metodologia-extreme-programming/
Las características:
 Desarrolladores y usuarios se comunican directamente para establecer los
requisitos del sistema.
 Los diseños elaborados del sistema deben ser sencillos para un fácil uso del
usuario.
 Se puede realizar retroalimentaciones a los procesos, aunque ya se haya iniciado.
 Se puede reutilizar el código, para ello se puede crear patrones de forma estándar.
 Se debe buscar nombres o frases para la definición de las partes del programa para
que se mas fácil o dar una idea de esa parte del código (Metafora).
31
CARACTERISTICAS DE LA METODOLOGÍA XP
Figura 8 Características de la metodología XP.

Recuperado de https://sites.google.com/site/xpmetodologia/marco-teorico/caracteristicas
Planificación Del Proyecto
 Historias de usuario: En primer lugar se debe definir las historias de usuario con los
interesados. Estas historias tienen el mismo propósito que los casos de uso pero
con diferencias. El tiempo ideal para crear una historia de usuario es de 1 a 3
semanas.
 Release planning: Es la fase en la cual los desarrolladores y usuarios decretan los
tiempos de implementación ideales de las historias de usuario, el orden en el que
serán implementadas y cuáles serán las historias que se implementaran en cada
versión del sistema.
 Iteraciones: Al comienzo de cada iteración los clientes seleccionaran que historias
de usuario de las que definieron anteriormente van a ser implementadas. Las
32
historias de usuario se dividen en tareas entre 1 a 3 días de duración cada una, y
se asignarán a los programadores.
 Velocidad del proyecto: Es una cantidad que representa la rapidez con la que se
desarrolla el proyecto; para estimarla se debe contar el número de historias de
usuario que pueden llegar a ser implementadas en una iteración; así se sabrá el
número de historias pueden ser desarrolladas en las diferentes iteraciones.
 Programación en pareja: Involucra a dos programadores trabajando equipo;
mientras uno de ellos codifica centrándose más en la calidad de la función o método
que está implementando, el otro analiza si ese método o función está bien diseñado
y es adecuado. Gracias a esto se consigue un código y diseño con gran calidad.
 Reuniones diarias: Es importante que los programadores se reúnan diariamente y
presenten sus problemas, soluciones e ideas en conjunto.
Diseño
 Diseños simples: Se debe pretender hacer todo el análisis lo menos complejo posible
para conseguir un diseño sencillamente entendible e implementable.
 Glosarios de términos: Usar glosarios de términos y una correcta especificación de
los nombres de métodos y clases ayudará a comprender el diseño y facilitará sus
posteriores ampliaciones y la reusabilidad del código.
 Funcionalidad extra: No se debe agregar funcionalidades extras al sistema, por más
que se piense que luego serán utilizadas, ya que solo el 10% de ellas será utilizado,
lo que manifiesta que el desarrollo de una funcionalidad adicional es un mal uso de
tiempo y recursos.
 Refactorizar: Pretende evaluar de nuevo los códigos para asegurar su óptimo
funcionamiento.
33
 Tarjetas CRC: El uso de las tarjetas CRC (Class, Responsabilities and Collaboration)
permiten al desarrollador centrarse y apreciar la programación orientada a objetos.
Codificación
 Crear pruebas que evalúen el funcionamiento de los distintos códigos implementados
nos ayudara a desarrollar dicho código.
 Crear estas pruebas antes nos permitirá saber qué es claramente lo que tiene que
hacer el código que debemos implementar y aseguraremos que una vez
implementado aprobará dichas pruebas sin problemas.
Pruebas
 Uno de los pilares de la metodología XP es el uso de pruebas para evaluar el
funcionamiento del código que se está desarrollando.
34
FASES DE LA METODOLOGÍA XP
Figura 9 Ciclo de la metodología Xp características.

Recuperado de http://marich.blogspot.es/1459536985/metodologia-extreme-programming/
3.1.3 Metodología Iconix.
Es un proceso simplificado en comparación con otros procesos más tradicionales, que
unifica un conjunto de métodos de orientación a objetos con el objetivo de englobar
todo el ciclo de vida de un proyecto.
ICONIX está adaptado a los patrones y ofrece el soporte de UML, dirigido por casos de
usos y es un proceso iterativo e incremental que está entre la complejidad del RUP y
la simplicidad y pragmatismo del XP (Extreme Programming), sin eliminar las tareas de
análisis y de diseño que XP no contempla. Presenta claramente las actividades de cada
fase y exhibe una secuencia de pasos que deben ser seguidos.
Características:
35
 Iterativo e incremental: Diversas iteraciones suceden entre el desarrollo del modelo
del dominio y la identificación de los casos de uso. El modelo estático es
incrementalmente refinado por los modelos dinámicos.
 Trazabilidad: cada paso está referenciado por algún requisito. Se define trazabilidad
como la capacidad de seguir una relación entre los diferentes artefactos producidos.
 Dinámica del UML: La metodología ofrece un uso “dinámico del UML como los
diagramas del caso de uso, diagramas de secuencia y de colaboración.
Fases
Análisis De Requerimientos:
 Requerimientos funcionales: Define lo que el sistema debe ser capaz de hacer. En el
inicio del proyecto, junto con el cliente, los usuarios finales, y las diversas partes
interesadas del proyecto, se debe crear un gran documento lleno con los requisitos
funcionales.
 Modelo de Dominio: Su objetivo es asegurarse de que todos en el proyecto
comprendan el espacio del problema en términos sin ambigüedades. El modelo de
dominio define el alcance y forma base sobre la que se deben construir sus casos de
uso. Es un diagrama con los objetos que existen relacionados con el proyecto y sus
relaciones.
 Modelo de Casos de Uso: Está compuesto por los actores, el mismo sistema y los
casos de uso. Aquí se establece como debe interactuar el usuario con el sistema,
para precisar qué información desean intercambiar y describir lo que desean obtener
como resultado.
 Descripción de Casos de Uso: Los casos de uso describen el comportamiento de un
sistema bajo la forma de acciones y reacciones desde el punto de vista de un
usuario; además permiten definir los límites del sistema y las relaciones que existen
entre el sistema y el entorno del mismo.
36
 Diagramas de Robustez: En el cual se ilustran gráficamente las interacciones entre
aquellos objetos participantes de un caso de uso. Los que pueden ser; Objetos de
interfaz, Objetos entidad, Objetos de Control.
 Diseño detallado:
 Diagrama de Secuencia: Es el centro del modelo dinámico del sistema y muestra
los caminos alternos que pueden tomar los casos de uso, a la vez se especifica
el comportamiento y las representaciones que se concentran sobre la expresión
de las interacciones. Este diagrama está compuesto de 4 elementos que son: el
curso de acción, los objetos, los mensajes y los métodos.
 Diagrama de clases Final: se revisa el diagrama de clases anterior y de acuerdo
a ello se mejora para elaborar el diagrama de clases final que se utilizará para la
implementación.
 Implementación
 Generar el Código: Lo importante de la interactividad, la accesibilidad y la
navegación en el sistema harán que el usuario se sienta cómodo y seguro al
hacer uso de la aplicación sin problemas. Pero además se debe tener en
cuenta la extensibilidad, la confiabilidad y la reusabilidad del sistema.
 Pruebas: Para garantizar esto se realizan diferentes tipos de pruebas que
permitirán verificar la aceptación de los resultados.
37
FASES DE LA METODOLOGÍA ICONIX
Figura 10 Fases de la metodología Iconix.

Recuperado de https://www.emaze.com/@AOQRTZQZ/Metodologias-Emergentes
38
3.1.4 Metodología Scrum.
Scrum es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversión para su empresa (ROI). Se
basa en construir primero la funcionalidad de mayor valor para el cliente y en los
principios de inspección continua, adaptación, auto-gestión e innovación.
Con la metodología Scrum el proyecto va a crecer de iteración en iteración. Asimismo
permite en cualquier momento realinear el software con los objetivos del negocio, ya
que puede introducir cambios funcionales o de prioridad en el inicio de cada nueva
iteración sin ningún problema.
Características:
 Enfatiza valores y prácticas de gestión, sin pronunciarse sobre requerimientos,
prácticas de desarrollo, implementación y demás cuestiones técnicas
 Hace uso de Equipos auto-dirigidos y auto-organizados
 Puede ser aplicado teóricamente a cualquier contexto en donde un grupo de
gente necesita trabajar junta para lograr una meta común.
 Desarrollo de software iterativos incrementales basados en prácticas agiles
 Iteraciones de treinta días; aunque se pueden realizar con más frecuencia, estas
iteraciones, conocidas como Sprint
 Dentro de cada Sprint se denomina el Scrum Master al Líder de Proyecto quien
llevará a cabo la gestión de la iteración
 Se convocan diariamente un “Scrum Daily Meeting” el cual representa una
reunión de avance diaria con el propósito de tener realimentación sobre las
tareas de los recursos y los obstáculos que se presentan.
39
Fases:
Cumplimento de expectativas: El cliente establece sus expectativas indicando el valor
que le aporta cada requisito / historia del proyecto, el equipo los estima y con esta
información el Product Owner establece su prioridad. De manera regular, en las demos
de Sprint el Product Owner comprueba que efectivamente los requisitos se han
cumplido y transmite se feedback al equipo.
 Flexibilidad a cambios: Alta capacidad de reacción ante los cambios de
requerimientos generados por necesidades del cliente o evoluciones del
mercado. La metodología está diseñada para adaptarse a los cambios de
requerimientos que conllevan los proyectos complejos.
 Reducción del Time to Market: El cliente puede empezar a utilizar las
funcionalidades más importantes del proyecto antes de que esté finalizado por
completo.
 Mayor calidad del software: La metódica de trabajo y la necesidad de obtener
una versión funcional después de cada iteración, ayuda a la obtención de un
software de calidad superior.
 Mayor productividad: Se consigue entre otras razones, gracias a la eliminación
de la burocracia y a la motivación del equipo que proporciona el hecho de que
sean autónomos para organizarse.
 Maximiza el retorno de la inversión (ROI): Producción de software únicamente
con las prestaciones que aportan mayor valor de negocio gracias a la
priorización por retorno de inversión.
 Predicciones de tiempos: Mediante esta metodología se conoce la velocidad
media del equipo por sprint (los llamados puntos historia), con lo que
consecuentemente, es posible estimar fácilmente para cuando se dispondrá de
una determinada funcionalidad que todavía está en el Backlog.
40
 Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor
en primer lugar y de conocer la velocidad con que el equipo avanza en el
proyecto, permite despejar riesgos eficazmente de manera anticipada, un
proyecto gestionado bajo el modelo SCRUM parte de los objetivos que han
trazado con anterioridad el cliente y la empresa. Lo primero es fraccionarlo en
entregas parciales, de manera que el cliente pueda replantear aspectos a los que
en principio no prestó la importancia debida o que simplemente desconocía.
Esos aspectos pueden ser sobre costes, estrategias, producción, etc.
 Lista de tareas: el equipo de trabajo elabora la lista de tareas que debe tener en
cuenta para cada entrega de resultados. Es muy importante hacer una
estimación del esfuerzo requerido para, de esta manera, fijas plazos
proporcionados.
 Reuniones: lo ideal es que cada día el equipo dedique 15 minutos para reunirse
y ponerse al tanto de la evolución del plan. En estas sesiones, el líder del
proyecto (Scrum Master) debe encargarse de que cada miembro cumpla con las
labores que le han sido asignadas y de motivarles para que su productividad no
descienda. En caso de que detecte alguna incidencia dentro del grupo, es
necesario que tome las opciones más adecuadas, que pueden ir desde un relevo
de la función hasta el nombramiento de miembros de apoyo.
 Demostración: una vez ejecutadas las labores de cada fase, el equipo se reúne
con el cliente para mostrar los avances correspondientes. El cliente decide si
replantea los elementos del proyecto. Si es necesario, el equipo asume nuevos
compromisos.
 Retrospectiva: los miembros del equipo se reúnen para valorar el proceso de
entrega de resultados y analizan los factores que podrían mejorar de cara al final
del proceso. La función del Scrum Master será eliminar dichos obstáculos.
41
DIAGRAMA DE LA METODOLOGÍA SCRUM
Figura 11 Diagrama de la Metodología Scrum.

Recuperado de https://santimacnet.wordpress.com/2010/11/04/curso-gratis-scrum-dia-a-dia/
3.2 Evaluación Comparativa Entre Las Metodologías.
3.2.1 Elección De La Metodología.
Para la elección de la metodología a utilizar y evitar la subjetividad, se asignará
valores del rango de 1 a 5 para los criterios de evaluación seguidamente detallados:
 Complejidad: Mide el grado de complejidad que existe al momento de
comparar y saber cuál de los métodos es el más apto para poder implementar.
 Precisión: Permite especificar el nivel de acercamiento que tiene los datos
respecto a la pendiente que arroja el programa para una predicción más segura,
mientras los datos se acercan más a la pendiente son más exactos.
 Nivel de Falla: Permite especificar el nivel de error que posee los métodos
propuestos asimismo la situaciones en las que se pueden presentar, antes de
42
ponerlo en práctica en el proyecto, por medio de simulaciones poder ver el nivel
de falla que posee y darle una mejor optimización.
 Fiabilidad: Es la Probabilidad de que un método realice adecuadamente su
función prevista a lo largo del tiempo, cuando opera en el entorno para el cual
ha sido diseñado, esto determina la productividad operativa del mismo.
 Modularidad: Permite conocer la capacidad de entendimiento del sistema
entendido o visto por la integración de varias partes que interactúan entre sí
para lograr un objetivo común.
 Manejo del tiempo: La Gestión óptima del Tiempo es una de las
indispensables habilidades que todo equipo ha de desarrollar para la
consecución de los objetivos del proyecto.
 Respuesta a los cambios: Esta competencia hace referencia a la versatilidad
en el comportamiento, a la emisión de conductas adaptativas en la flexibilidad
que se requiera.
 Refactorización del código: Ayudar al código a mantenerse en “buena
forma”, ya que con el tiempo los cambios en el software hacen que este pierda
su estructura
3.2.2 Cuadro Comparativo.
Para la asignación cuantitativa de los indicadores, se ha determinado la siguiente
escala:
5 - Excelente
4 - Bueno
3 - Regular
2 - Malo
1 – Deficiente
43
Tabla 1
Cuadro comparativo de metodologías
Variable METODOS PROPUESTOS
Indicadora RUP XP ICONIX SCRUM
Complejidad 4 3 4 4
Precisión 4 3 3 4
Nivel de Falla 4 4 4 3
Fiabilidad 5 4 2 4
Modularidad 4 4 3 4
Manejo del tiempo 3 4 4 4
Respuesta a los cambios 5 4 3 4
Refactorización del código 5 5 5 5
Resultado 34 31 28 32
Nota. Evaluación comparativa de las metodologías para el desarrollo del proyecto

Fuente propia
3.2.3 Selección de la Propuesta.
Ante los conceptos y cuadros expuestos en los ítems anteriores, se llega a la
conclusión que la metodología RUP cuenta con toda la documentación, soporte para
realizar el desarrollo del problema planteado.
44
Capítulo 4: Aporte Teórico
4.1 Adaptación de la metodología para el caso de estudio.
La metodología para el desarrollo del proyecto va ser el PMI y se va a utilizar el PROJECT
MANAGEMENT BODY OF KNOWLEDGE (PMBOK), para la gestión del proyecto se utilizará
algunas áreas que propone la guía PMBOK (Project Management Institute, 2013).
4.1.1 Gestión de la Integración del proyecto.
Incluye los procesos y actividades necesarias para identificar, definir, combinar,
unificar y coordinar los diversos procesos y actividades de dirección del proyecto. Las
actividades de esta gestión serán:
 Desarrollar el Acta de Constitución del Proyecto: Se desarrolla un
documento formal de la existencia del proyecto y confiere al director del
proyecto la autoridad para asignar los recursos de la organización a las
actividades del proyecto.
 Desarrollar el Plan para la Dirección del Proyecto: Es el proceso de definir,
preparar y coordinar todos los planes secundarios e incorporarlos en un plan
integral para la dirección del proyecto. Las líneas base y planes secundarios
integrados del proyecto pueden incluirse dentro del plan para la dirección del
proyecto.
 Dirigir y Gestionar el Trabajo del Proyecto: Es el proceso de liderar y llevar
a cabo el trabajo definido en el plan para la dirección del proyecto, así como de
implementar los cambios aprobados, con el fin de alcanzar los objetivos del
proyecto.
 Monitorear y Controlar el Trabajo del Proyecto: Es el proceso de dar
seguimiento, revisar e informar del avance del proyecto con respecto a los
objetivos de desempeño definidos en el plan para la dirección del proyecto.
45
 Cerrar el Proyecto o Fase: Consiste en finalizar todas las actividades en todos
los grupos de procesos de la dirección de proyectos para completar formalmente
el proyecto o una fase del mismo.
4.1.2 Gestión del Alcance del Proyecto.
Son los procesos necesarios para garantizar que el proyecto incluya todo el trabajo
requerido y únicamente el trabajo para completar el proyecto con éxito. Gestionar el
alcance del proyecto se enfoca primordialmente en definir y controlar qué se incluye y
qué no se incluye en el proyecto.
 Planificar la Gestión del Alcance: Es el proceso de crear un plan de gestión
del alcance que documente cómo se va a definir, validar y controlar el alcance
del proyecto.
 Recopilar Requisitos: Principalmente se definirá y documentará las
necesidades de los interesados con el fin de cumplir los objetivos del proyecto.
 Definir el Alcance: Se definirá una descripción detallada del proyecto y del
producto, considerando las restricciones y supuestos en el desarrollo del
proyecto.
 Validar el Alcance: Es el proceso de formalizar la aceptación de los
entregables del proyecto que se hayan completado.
 Controlar el Alcance: Es el proceso de monitorear el estado del proyecto y de
la línea base del alcance del producto, y de gestionar cambios a la línea base del
alcance.
4.1.3 Gestión del tiempo del Tiempo del proyecto.
De esta área se tomará cinco procesos de para administrar la finalización del proyecto a
tiempo.
 Definir las Actividades: Se identificarán las acciones específicas a ser
realizadas en la presentación de cada entregable.
46
 Secuenciar las Actividades: Se realizará un diagrama en el que quede
identificado los predecesores y sucesores de cada actividad del proyecto.
 Estimar la Duración de las Actividades: Se establecerá la cantidad horas de
trabajo necesaria para la finalización de cada actividad definida.
 Desarrollar el Cronograma: Se analizar secuencias de actividades,
duraciones, requisitos de recursos y restricciones del cronograma para crear
el modelo de programación del proyecto.
 Controlar el cronograma: Proceso de monitorear el estado de las actividades
del proyecto para actualizar el avance del mismo y gestionar los cambios a la
línea base del cronograma a fin de cumplir con el plan.
4.1.4 Gestión de Calidad del proyecto.
De esta área se tomará procesos para gestionar la calidad del proyecto y del producto.
 Planificar la Calidad: Se utilizará para identificar los requisitos y estándares de
calidad para el proyecto y el producto. Se identificarán los factores de calidad
más relevantes y cómo serán medidos por el proceso de control de calidad.
 Controlar la Calidad: Se utilizará para monitorear y registrar los resultados de
las actividades de calidad. El objetivo es evaluar el desempeño del proyecto en
cuestiones de calidad.
4.1.5 Gestión De Los Recursos Humanos Del Proyecto
Se describe los procesos involucrados en la planificación, adquisición, desarrollo y
gestión del equipo del proyecto, aquí se incluye:
 Desarrollar el Plan de Recursos Humanos: Se identifican y los roles dentro
del proyecto, las responsabilidades, las habilidades y las comunicaciones.
47
 Adquirir el Equipo del Proyecto: En esta etapa se contrata a los recursos
humanos disponibles y se forma el equipo necesario para completar las
asignaciones del proyecto.
 Dirigir el Equipo del Proyecto: Consiste en dar seguimiento al desempeño de
los miembros del equipo, proporcionar retroalimentación, resolver problemas y
gestionar cambios a fin de optimizar el desempeño del proyecto.
Tabla 2
Funciones que desarrolla el equipo del proyecto
Rol Funciones
- Realiza y dirigir el plan del proyecto.
- Realizar el levantamiento de la información de las
necesidades del cliente.

Tesista
- Analizar y generar el diseño del sistema.
- Documentar cada etapa de desarrollo del proyecto.
- Crear los manuales de usuario.
- Realiza el desarrollo del sistema.
- Realizar los test al aplicativo.
- Implementación del sistema.
Nota: Roles y funciones del equipo del proyecto

Fuente propia
4.1.6 Gestión de Costo.
El presente proyecto no contará con un presupuesto para el desarrollo del mismo. El
mayor costo es el tiempo del tesista, que no va ser remunerado.
48
4.2 Aplicación de la Metodología.
La metodología a usar es la Metodología RUP la cual se muestra sus faces en la siguiente figura
FASES DE PROYECTO
Inicio Elaboración Construcción Transición
Figura 12 Etapas de desarrollo del proyecto.

Fuente propia
4.2.1 Desarrollo de la metodología Uml.
Para el desarrollo del proyecto se está usando la Metodología Uml y se va usar las
herramientas de desarrollo:
Tabla 3
Herramientas usadas para el desarrollo de la aplicación
Herramientas Descripción
Para la modelación de la base de datos
se usara Ibm Rational Rose Enterprise
Edition, herramienta propia del motor

Modelador de la base de datos
de base de datos para estas tareas de
modelado. Una de las principales
razones por la que se escoge esta
herramienta es la experiencia que se
tiene en el uso de ella, lo que reduce la
49
curva de aprendizaje.
Motor de la base de datos Se escogió el motor de inventario
MySQL por ser un gestor de licencia
libre y también por la experiencia
obtenida en su uso.
Lenguaje de programación Se escogió el lenguaje PHP. Las
razones principales por las cuales se
escogió esta herramienta es que PHP
permite hacer todo lo requerido para el
sistema y por la experiencia que se
tiene en el uso de ella.
Nota: Tecnologías aplicadas en el desarrollo del software

Fuente propia
El siguiente proyecto tiene un plazo de duración de 106 días los cuales están dividos en
las cuatro fases de la metodología RUP las cuales son:
 Análisis
 Diseño
 Construcción
 Implementación
50
Cada etapa o fase cuenta con sus propios procesos los cuales se detallan en la siguiente
figura.
CRONOGRAMA DEL PROYECTO
Figura 13 Cuadro de desarrollo del proyecto.

Fuente propia
En el análisis del sistema se han encontrado las siguientes áreas procesos y se muestras en
las siguientes graficas:
Diagramas del análisis del sistema
Diagrama de Caso de Uso del Negocio
Gestion de Compras Gestion de Almacen Gestion de Ventas
Figura 14 Diagrama de Caso de Uso del Negocio.

Fuente propia
51
El sistema cuenta con intervenciones de agentes externos los cuales no tienen manejo en el
sistema pero se encargan de alimentar al sistema con la información necesaria para poder
operar.
Diagrama de Caso de Uso de Negocio y Actores Externos
Gestion de Compras
Proveedor
(from CUN)
(f rom Actores Externos)
Gestion de Almacen
(from CUN)
Gestion de Ventas
Cliente
(from CUN)
(f rom Actores Externos)
Figura 155 Diagrama de Caso de Uso de Negocio y Actores Externos.

Fuente propia
52
Actores de Sistema:
Durante el levantamiento de la información con los usuarios del sistema se detectó a
los principales usuarios que va a interrelacionarse con el sistema y también se definió
el grado de acceso a cada ambiente del sistema de gestión.

Usuario
Tabla 4
Descripción de los actores del sistema
Actor Descripción
Actor que se encarga de dar seguimientos a
todos los procesos, sin limitaciones del
Usuario Gerente General

Usuario manejo de información. Jefe de almacen
Tiene acceso a todas las entidades del
negocio.Vendedor
Actor que se encarga de procesos
determinados de almacén.
Jefe de almacen
erente General Actor responsable

Jefe de
derealizar
almacen la interacción
Vendedor
con los clientes y es el único punto de
contacto entre el sistemas y los actores

Vendedor
externos.
Nota. Actores que interactúan con el sistema

Fuente propia
53
DIAGRAMA GENERAL DE CASOS DE USO
Buscar Producto
Aprobar Orden de Compra
Ingresar al Sistema
<<include>>
Gerente General
(f rom Actors)
Gestionar Ingreso de Productos
<<extend>>
Genera Reporte de Orden de

compra Generar Documento de Venta
Jefe de almacen
(f rom Actors)
Generar Orden de Compra Usuario
(f rom Actors)
<<include>>
Vendedor
Buscar Proveedor <<include>> Administrar proveedor (f rom Actors) Generar Reporte de Ventas
Figura 166 Diagrama General de casos de Uso

Fuente propia
54
DIAGRAMA DE COMPONENTES LADO APLICACIÓN
Figura 17 Diagrama de componentes de aplicación

Fuente propia
DIAGRAMA DE COMPONENTES LADO CLIENTE
Figura 188 Diagrama de componentes lado cliente

Fuente propia
55
DIAGRAMA DE COMPONENTES LADO APLICACIÓN Y CLIENTE
Figura 199 Diagrama de componentes del sistema

Fuente propia
4.2.2 Arquitectura del software.
La arquitectura del software va ser cliente servidor, el programa va a estar alojado en
un servidor y se va accesar al programa mediante una página web.
La arquitectura desempeña un rol muy importante en este tipo de sistemas. “El diseño
de la web y la arquitectura del software representan el 51% de los factores de éxito
en la implementación de un sistema”. (Laudon, 2011, p.258).
Para Ordaya (2015) en su trabajo Implementación De Un Sistema De Información
Para Una Mype Comercial Con Componentes De Libros Y Facturación Electrónica
Afirma:
56
El estilo de arquitectura de tres capas permite crear una jerarquía entre los procesos
de manera que la gestión de los datos se hace más eficiente porque se optimiza la
transferencia entre el servidor web y el servidor de datos.
Las capas de este Proyecto son:
 Capa de presentación: Esta capa representa a los clientes que serán las
computadoras que accedan al sistema web desde el navegador.
Los usuarios del sistema, es decir, vendedores o administrador accederán a las
funcionalidades del sistema mediante la interfaz. A su vez, la interfaz completará
estas solicitudes interactuando con la capa de proceso.
 Capa de proceso: Esta capa recibe las solicitudes de la capa de presentación e
interactúa con la capa de datos para resolver las solicitudes del usuario. Estas
solicitudes se conforman por los casos de uso de los diferentes módulos del
sistema.
 Capa de Datos: Esta capa se encarga de mantener los datos y responder las
solicitudes de la capa de procesos.
57
ARQUITECTURA DEL SISTEMA
Figura 20 Arquitectura del software

Recuperado de http://imagenes.mailxmail.com/cursos/imagenes/9/3/programacion-en-el-cliente-y-en-el-
servidor_22839_2_1.jpg
4.2.3 Modelo de datos
El modelado de datos en esta etapa se va a documentar el diseño de sistema de software
complejo como un diagrama de fácil comprensión, usando texto y simbología que nos va
ayudar a representar la forma en que los datos necesitan fluir. El diagrama se utiliza como
un mapa para la construcción del software.
En esta etapa se muestra el diseño de diagrama de clases y el modelo lógico del sistema
58
DIAGRAMA DE CLASES
Figura 221 Diagrama de clases

Fuente propia
59
DIAGRAMA MODELO FÍSICO
Figura 22 Diagrama Modelo físico

Fuente propia
60
4.2.4 Aplicación de la Metodología.
4.2.4.1 Inicio.
Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto. Se
identifican todos los actores y Casos de Uso, y se diseñan los Casos de Uso más
esenciales.
En esta etapa cada área elabora una la lista de requerimientos a implementar en los
módulos informáticos, la lista es evaluada en conjunto con el equipo de sistemas,
Objetivos:
 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 del sistema
 Aceptación del proyecto por parte del cliente el cual analiza los requisitos
planteados que va cubrir el desarrollo del proyecto (documento visión)
 Glosario: Los términos que se emplearán a lo largo del proyecto son definidos.
Herramientas y Técnicas
 Reuniones: El equipo del proyecto se reúne con los involucrados en el
desarrollo del sistema y obtienen la información necesaria para la realización de
los requerimientos del sistema y así mejorar los procesos.
 Sistema de Modelamiento Visual: Aquí se realiza los diagramas del negocio.
 Correo Electrónico: Se empleara para brindar los avances del sistema al
cliente y realizar las coordinaciones para las reuniones futuras.
Entregables
 Documento Visión
 Glosario
61
 Modelo de Casos de Uso del Negocio
En las reuniones que se tuvo con el cliente se llegó a que el sistema debe
contemplar los siguientes requisitos
Tabla 5
Descripción de los requisitos del sistema
Numero Descripción del requerimiento Tipo

REQ01 El sistema valida el ingreso de usuarios Obligatorio
REQ02 El sistema permite el mantenimiento de usuarios Obligatorio
REQ03 El sistema permite el mantenimiento de producto. Obligatorio
REQ04 El sistema permite el mantenimiento de proveedores. Obligatorio
REQ05 El sistema permite dar mantenimiento a los clientes. Obligatorio
REQ06 El sistema permite imprimir el documento la venta realizada. Obligatorio
REQ07 El sistema permite el agregar clientes al documento de venta Obligatorio
REQ08 El sistema permitirá consultar documentos de venta Obligatorio
REQ09 El sistema permite controlar el stock mínimo de los productos Obligatorio
El sistema emitirá un correo detallando el producto que
REQ10 necesita reposición Obligatorio
El sistema permite generar reportes de los productos más
REQ11 vendidos. Obligatorio
REQ12 El sistema permite exportar los reportes en formato Excel. Obligatorio
El sistema permite realizar seguimiento a la entrega de
REQ13 productos Obligatorio
Nota REQ = Requerimiento
Fuente propia
4.2.4.2 Elaboración.
El propósito de la fase de elaboración es analizar el dominio del problema, establecer
los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores
riesgos.
En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en
iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener
los Casos de Uso críticos identificados en la fase de inicio.
Objetivos:
 Definir, validar la arquitectura.
62
 Completar la visión.
 Crear un plan fiable para la fase de construcción. Este plan puede evolucionar
en sucesivas iteraciones.
 Demostrar que la arquitectura propuesta soportará la visión.
desarrollo del sistema y exponen los avances realizados y obtienen un feed
back de parte del cliente.
 Análisis y diseño: se realizan los casos de uso del sistema y los diagramas de
actividades
Entregables
 Modelo de Casos de Uso
 Especificación de Casos de Uso
 Modelo de Análisis y Diseño
 Visión actualizado
63
La Especificación de los casos de uso, a continuación se explica los casos de uso del
sistema.
Tabla 6
Caso de uso Ingresar al sistema
Caso de uso Ingresar al sistema

Descripción Este caso de uso permite ingresar al sistema
Actores Usuario
Flujo Básico de El usuario digita la página del sistema, digita su usuario y
Eventos contraseña para ingresar al aplicativo.
Si se digita una clave incorrecta, se muestra el mensaje de clave
incorrecta y se vuelve a ingresar las credenciales.
Flujos
Alternativos Si un usuario no está registrado en el sistema se mostrara un
mensaje indicando que el usuario no existe, volverá a digitar un
usuario valido.
Se debe cargar el enlace al sistema.
Precondiciones
Los usuarios deben estar registrados en el sistema.
Post-Condiciones Al ingresar las credenciales correctas al sistema nos muestra las

opciones de uso del aplicativo
Fuente propia
Tabla 7
Caso de Uso Generar documento de venta
Caso de Uso Generar documento de venta

Este caso de uso genera el comprobante de venta con lo cual
Descripción se realiza la venta de los productos.
Usuario
Actores
Cliente
El vendedor ingresa a la opción de comprobante de pago.
El vendedor digita el código del cliente.
El vendedor consulta al usuario si va solicitar boleta o
factura.
Flujo Básico de
El cliente solicita los productos al vendedor
Eventos
El usuario busca los productos solicitados por el cliente en el
sistema.
El vendedor confirma la solicitud de compra.
El sistema emite el comprobante de pago
Si el cliente no está registrado en la lista de clientes se
realiza un nuevo ingreso de cliente.
Flujos Alternativos
Si el producto solicitado no está disponible el sistema
mostrara un mensaje de producto no disponible.
Se debe cargar el enlace al sistema.
Precondiciones
Los usuarios deben estar registrados en el sistema.
64
Post-Condiciones Al ingresar las credenciales correctas al sistema nos muestra
las opciones de uso
Fuente propia
Tabla 8
CASO DE USO Gestionar ingreso de productos
Caso de uso Gestionar ingreso de productos

Actor Jefe de almacén
Permite registrar y modificar los datos de un producto.
Descripción Incluye la opción de sacar de circulación un producto y de
configurar el stock mínimo
El actor debe haber ingresado al sistema con el perfil
Precondición almacenero
El actor debe haber seleccionado la opción “Producto”.
Registrar producto
El actor selecciona la opción “Nuevo Producto”.
El sistema muestra un formulario vacío con los siguientes
Nombre del Producto
Descripción
Flujo básico
Cantidad
Precio
El actor ingresa los datos solicitados.
El sistema valida los datos solicitados.
El sistema registra el nuevo producto.
Modificar Producto
Buscar Producto
El actor selecciona la opción “Modificar” del producto que
desea modificar
Flujos alternativos El sistema muestra un formulario con los datos del producto.
El actor realiza las modificaciones deseadas.
El actor selecciona la opción “Guardar”
El sistema muestra un mensaje de confirmación.
El actor selecciona la opción “Sí”.
65
Tabla 9
CASO DE USO Generar orden de compra
Caso de uso Generar orden de compra

Actor Jefe de Almacén
Permite registrar y modificar los datos de la orden de
Descripción
compra.
El actor debe haber ingresado al sistema con El perfil
“Jefe de almacén”.
Precondición
El actor debe haber seleccionado la opción “Orden de
compra"
Si el sistema detecta que no se cuenta con el stock de
mínimo de productos, mostrara una alerta
Ingresar al menú Orden de compra
El sistema muestra un formulario vacío con los
Flujo básico siguientes campos:
- Datos del Proveedor
- Producto
- Cantidad del producto a solicitar
El actor ingresa hará click en guardar orden de compra
el usuario ingresa sin la necesidad del mensaje del
sistema al menú Generar orden de compra
El sistema muestra un formulario vacío con los
siguientes campos:
Flujo Alternativo
- Datos del Proveedor
- Producto
- Cantidad del producto a solicitar
El actor ingresa hara click en guardar orden de compra
Los datos de la orden de pedido son actualizados
Postcondición
exitosamente en el sistema.
4.2.4.3 Construcción.
Según López en su obra Desarrollo de un sistema de soporte al análisis de costos,
simulación de ventas y compras en una empresa de consumo masivo
Afirmo:
La construcción del sistema a desarrollar donde se incluye todo lo relacionado con la
tecnología a utilizar, además de las estrategias de programación que se tendrán en
66
cuenta en la implementación. Por otro lado se presenta las pruebas que se realizarán
para garantizar el buen funcionamiento del sistema. (p. 68)
La finalidad principal de esta fase es la de alcanzar la capacidad operacional del
producto de forma incremental a través de las sucesivas iteraciones. Durante esta fase
todos los componentes, características y requisitos deben ser implementados,
integrados y probados en su totalidad, obteniendo una versión aceptable del producto.
Objetivos:
 Minimizar los costos de desarrollo mediante la optimización de recursos.
 Conseguir una calidad adecuada del producto.
 Conseguir versiones funcionales.
 Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e
Implementación)
 Arquitectura íntegra.
 Realizar las pruebas.
 Control de Versiones: Se almacenaran las versiones de cada software
elaborado y modificado durante esta fase.
desarrollo del sistema y exponen los avances realizados (test del usuario al
aplicativo) y obtienen un feed back de parte del cliente.
 Análisis y diseño: se emplean los casos de uso del sistema y los diagramas de
actividades
Entregables
67
 Modelo de Casos de Uso actualizado
 Especificación de Casos de Uso actualizado
 Modelo de Análisis y Diseño actualizado
 Test al aplicativo.
 Producto
 Manual de usuario
Se muestra los diagramas de secuencias y colaboración desarrollados para la
implementación del sistema.
Diagrama de secuencia “Ingresar al Sistema”
Selecciona Interfaz
Envia
: Usuario : Eusuario : F.Ingresar al Sistema : G.Usuario
Ingresa datos
Valida
Busca
Muestra mensaje
Figura 233 Caso de Uso “Ingresar al Sistema” Diagrama de secuencia

Fuente propia
68
Diagrama de Colaboración “Ingresar al Sistema”
"Bienvenido al
Sistema"
6: Muestra mensaje
1: Selecciona Interfaz
: Usuario : F.Ingresar al Sistema

3: Ingresa datos
Usuario
2: Envia
Password
4: Valida
5: Busca
: Eusuario : G.Usuario
Figura 244 Caso de Uso “Ingresar al Sistema” Diagrama de Colaboración

Fuente propia
69
DIAGRAMA DE COLABORACIÓN “GESTIONAR INGRESO DE PRODUCTO”
: F.Gestionar Ingreso de Productos
2: Muestra Interfaz
4: Muestra Datos
Codigo del producto

11: Selecciona Salir
Nombre del producto
Unidad de Medida
Stock
6: Selecciona Grabar
1: Selecciona Interfaz y Opción Registrar Fecha
5: Ingresa Datos
No de Orden de Compra
Cantidad a Ingresar
3: Busca Producto
10: Muestra Mensaje

: Jefe_Almacen : F. Registrar Ingreso de Productos
Llama al Flujo Alterno 7: Envia Datos

CU_Buscar
Producto
Cantidad a Ingresar
"Ingreso de Producto a Almacén Nro de Orden de Compra
Registrado satisfactoriamente con el No de Ingreso
Código I99999"
8: Actualiza Stock
9: Guarda datos
: Eingresoproducto : G.Ingresar Productos : Eproducto
Figura 255 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Colaboración

Fuente propia
70
DIAGRAMA DE SECUENCIA “GESTIONAR INGRESO DE PRODUCTO”
Selecciona Interfaz y Opción Registrar
Muestra Interfaz
: Jefe_Alm acen : Eingresoproducto : Eproducto : F.Gestionar Ingreso de Productos : F. Registrar Ingreso de Productos
: G.Ingresar Productos
Busca Producto
Muestra Datos
Ingresa Datos
Selecciona Grabar
Envia Datos
Actualiza Stock
Guarda datos
Muestra Mensaje
Selecciona Salir
Figura 266 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Secuencia

Fuente propia
71
DIAGRAMA DE COLABORACIÓN “GENERAR ORDEN DE COMPRA”
"Pedido Nº P99999
Registrado Correctamente"
15: Solicita Imprimir
11: Valida Datos

Llama al
CU_Buscar 8: Ingresa cantidad a Pedir 4: Muestra datos
Proveedor
5: Selecciona Nombre Producto RUC y Nombre Proveedor
3: Busca Proveedor
1: Selecciona Interfaz
14: Muestra Mensaje
9: Selecciona Agregar Lista
: Jefe_Almacen 10: Selecciona Grabar : F.Generar Orden de Pedido
16: Selecciona Imprimir
17: Selecciona Cancelar 2: Envia Datos
6: Busca Producto
12: Envia datos

: Eproducto
7: Obtiene Datos
: G.Orden de Pedido
13: Genera Registro
: EOpedidos
Figura 277 Caso de uso “Generar Orden de Pedido” Diagrama de Colaboración

Fuente propia
72
DIAGRAMA DE SECUENCIA “GENERAR ORDEN DE COMPRA”
Selecciona Interfaz
Envia Datos
: Jefe_Almacen : F.Generar Orden de Pedido
: G.Orden de Pedido : EOpedidos : Eproducto
Busca Proveedor
Muestra datos
Selecciona Nombre Producto
Busca Producto
Obtiene Datos
Ingresa cantidad a Pedir
Selecciona Agregar Lista
Selecciona Grabar
Valida Datos
Envia datos
Genera Registro
Muestra Mensaje
Solicita Imprimir
Selecciona Imprimir
Selecciona Cancelar
Figura 288 Caso de uso “Generar Orden de Pedido” Diagrama de Secuencia

Fuente propia
73
4.2.4.4 Transición.
La finalidad de la fase de transición es poner el producto en manos de los usuarios
finales, para lo que se requiere desarrollar nuevas versiones actualizadas del producto,
completar la documentación, entrenar al usuario en el manejo del producto, y en
general tareas relacionadas con el ajuste, configuración, instalación y facilidad de uso
del producto y así obtener un producto final funcione y cumplan los requisitos
por parte del usuario.
Objetivos
 Sistema Operacional
 Documentos Legales
 Caso del Negocio Completo
 Línea de Base del Producto completa y corregida que incluye todos los modelos
del sistema
 Descripción de la Arquitectura completa y corregida
 Control de Versiones: Se almacenaran las versiones de cada software
elaborado y modificado durante esta fase.
 Reuniones: El equipo del proyecto se reúne con los involucrados en el desarrollo
del sistema y exponen los avances realizados (test del usuario al aplicativo) y
obtienen un feed back de parte del cliente.
 Análisis y diseño: se emplean los casos de uso del sistema y los diagramas de
actividades
 Correo Electrónico: Se empleara para brindar los avances del sistema al cliente
y realizar las coordinaciones para las reuniones futuras.
74
Entregables
 Casos de prueba actualizada.
 Producto actualizado y terminado.
 Manual usuario final actualizado.
Las interfaces del sistema serán detalladas en el capítulo 5: aporte práctico.
75
Capítulo 5: Aporte Práctico
5.1 Interfaces de la Aplicación.
El presente capítulo se muestra las pantallas del sistema.
5.1.1 Ingreso de datos

Al ingresar al sistema nos muestra la pantalla, en la parte izquierda visualizamos las
opciones que tiene el aplicativo, ingresamos a la opción clientes y nos muestra los
clientes registrados con los que cuenta el sistema.
LISTA DE CLIENTES
Figura 299 Lista de clientes

Fuente propia
76
Al ingresar a la opción crear de cliente, nos muestra los campos que se debe llenar para
tener un nuevo cliente en el sistema, los datos a ingresar en esta pantalla son:
Nombre y apellidos, ruc, teléfono, correo y dirección, todos los campos son obligatorios
los cuales se llenan y se da click en agregando cliente.
INGRESO DE NUEVO CLIENTE
Figura 301 Ingreso de nuevo cliente

Fuente propia
77
Para visualizar al cliente recién ingresado vamos al menú cliente y escogemos la opción
lista de cliente y nos muestra los datos del cliente C011 en la lista de clientes.
LISTA DE CLIENTES AGREGADO
Figura 312 Listado de clientes registrados

Fuente propia
78
5.1.2 Exportar datos
Para realizar la extracción de datos se va a ingresar al menú productos, sub menú
lista de productos, nos muestra la ventana con los productos que cuenta el sistema y
en la parte superior hacemos click en el botón verde exportar Excel.
LISTA DE PRODUCTOS
Figura 323 Listado de productos

Fuente propia
79
Al dar click en el botón exportar Excel, nos crea el archivo el cual se muestra en la
parte inferior tal como señala la flecha
LISTA DE PRODUCTOS
Figura 334 Exportar productos

Fuente propia
El archivo exportado del sistema es guardado por defecto en la carpeta descargas de la pc.
UBICACIÓN DEL REPORTE EN LA PC
Figura 345 Ubicación del archivo

Fuente propia
80
Para visualizar la información del archivo se da doble click y nos muestra la información.
VISTA DEL ARCHIVO EXPORTADO
Figura 356 Vista de la data exportada

Fuente propia
81
5.2 Resultados
En el presente trabajo se realizó una encuesta y una evaluación de costo beneficio en la
implementación del sistema los cuales se detallan líneas abajo.
5.2.1 Encuesta del uso del sistema.
ENCUESTA DE EVALUACIÓN DEL SISTEMA DE GESTIÓN PARA EL CONTROL DE VENTAS

DE BATERIAS JULIO E.I.R.L
USUARIO: Vendedor
Objetivo: Evaluar la satisfacción de los usuarios al usar el sistema de Baterías
Julio E.I.R.L.
1. ¿Ha usado antes un sistema de ventas en pc?

SI NO
2. ¿Cuánto tiempo le toma ingresar al sistema de ventas?

a) 10 segundos.
b) 30 segundos.
c) Menos de un minuto más el tiempo en encender la pc.
d) Menos de un minuto.
e) Más de un minuto.
3. ¿sigue usando el sistema manual?

SI NO
4. ¿Le incomoda ingresar al sistema para realizar las ventas?
SI NO
5. Al ingresar al sistema, ¿ha podido visualizar la información que necesita?

SI NO
6. ¿Cuántas veces al día ingresa al sistema?

a) 3 veces al día
82
b) De 1 a 5 veces al día
c) Cada vez que va a realizar una venta.
7. ¿Ha tenido la necesidad de volver a usar su antiguo sistema manual?
SI NO
8. ¿Cómo se siente usted con el servicio del sistema implementado?

a) Nada satisfecho
b) Poco satisfecho
c) Medianamente satisfecho
d) Satisfecho
e) Muy satisfecho
9. ¿Cómo se siente usted con las alternativas que tiene para acceder a su
información?
a) Nada satisfecho
b) Poco satisfecho
d) Satisfecho
e) Muy satisfecho
10. ¿Qué tan satisfecho está usted con la accesibilidad del sistema?
a) Nada satisfecho
b) Poco satisfecho
d) Satisfecho
e) Muy satisfecho
83
5.2.2 Cálculo del VAN TIR ROI.
Las gráficas muestran la explicación del cálculo Van Tir y Roi.
Datos del Proyecto
1 Horas al día 8
2 Días al mes 22
3 Tarifa por Hora Jefe de Proyecto S/. 13.00
4 Tarifa por Hora Analista de Sistemas S/. 10.00
5 Tarifa por Hora Programador S/. 7.00
6 Duración del proyecto (en meses) 5
Costos
Costo de Recursos Equipo de
Trabajo por Horas Hombre
Mes 1 Mes 2 Mes 3 Mes 4 Mes 5

Roles Participación Hrs/H Total mes Participación Hrs/H Total mes Participación Hrs/H Total mes Participación Hrs/H Total mes Participación Hrs/H Total mes Total
Jefe de Proyecto 100% 176 S/. 2.288,00 100% 176 S/. 2.288,00 80% 141 S/. 1.830,40 40% 70 S/. 915,20 23% 40 S/. 526,24 S/. 7.847,84
Analista de Sistemas 57% 100 S/. 1.003,20 100% 176 S/. 1.760,00 100% 176 S/. 1.760,00 100% 176 S/. 1.760,00 100% 176 S/. 1.760,00 S/. 8.043,20
Programador 0% 0 S/. 0,00 6% 10,56 S/. 73,92 100% 176 S/. 1.232,00 100% 176 S/. 1.232,00 45% 79 S/. 554,40 S/. 3.092,32
S/. 18.983,36
84
Inversión en Tecnología
Equipos para el proyecto Total

Equipo de cómputo completo S/. 2,000.00
Presupuesto del Proyecto
Resumen General Total

Equipo de Trabajo S/. 18.983,36
S/. 2.000,00
Inversión Tecnológica
S/. 1.049,17
Reserva de Contingencia (5%)
S/. 22.032,53
Total Línea Base
S/. 1.101,63
Reserva de Gestión (5%)
S/. 23.134,15
Presupuesto del proyecto
Beneficios
Cálculo del Beneficio esperado mensual
Información de las ventas

Promedio de ventas mensuales S/. 50.500,00
% utilidad por venta 20%
Cálculo del Beneficio

Pedidos anulados por mes (35%) S/. 17.675,00
Margen de utilidad por mes (30%) S/. 5.302,50
Dato: Tasa de descuento

Concepto Monto
Tasa de descuento Anual (%) 12
Tasa de descuento Mensual (%) 0.949
Flujo de Trabajo
Mes 0 Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Total

Beneficios S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 26.512,50
Flujo Neto -S/. 23.134,15 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 3.378,35
Acumulado -S/. 23.134,15 -S/. 17.831,65 -S/. 12.529,15 -S/. 7.226,65 -S/. 1.924,15 S/. 3.378,35
85
Calculo del VAN
-S/. S/.
VAN = 23.134,15 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50
1,01 1,02 1,03 1,04 1,05
Matematicamente En excel: VNA(tasa de descuento, flujo de fondos futuros) + inversion inicial

S/.
VAN = 2.639,94 S/. 2.639,94
Proyecto es
VAN > 0 aceptable
Calculo del TIR
-S/. S/.
TIR = 23.134,15 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 S/. 5.302,50 =0
(1 +
TIR)^1 (1 + TIR)^2 (1 + TIR)^3 (1 + TIR)^4 (1 + TIR)^5
En excel: TIR(flujos de
Matemáticamente caja)
TIR = 4,7%
TIR > 0 Proyecto aceptado
86
Calculo del ROI
Matemáticamente Matemáticamente
ROI = 1141,14% ROI = 114,60%
Meses Beneficios Beneficios Inversión ROI

esperados esperados (mensual)
(acumulados)
1 5.302,50 5.302,50 23.134,15 22,92

2 5.302,50 10.605,00 23.134,15 45,84
3 5.302,50 15.907,50 23.134,15 68,76
4 5.302,50 21.210,00 23.134,15 91,68
5 5.302,50 26.512,50 23.134,15 114,60
6 5.302,50 31.815,00 23.134,15 137,52
7 5.302,50 37.117,50 23.134,15 160,44
8 5.302,50 42.420,00 23.134,15 183,37
9 5.302,50 47.722,50 23.134,15 206,29
10 5.302,50 53.025,00 23.134,15 229,21
ROI
60,000.00
53,025.00
50,000.00
47,722.50
42,420.00
40,000.00
37,117.50
31,815.00
30,000.00
26,512.50
20,000.00 21,210.00
15,907.50
10,000.00 10,605.00
5,302.50
0.00
1 2 3 4 5 6 7 8 9 10
Beneficios esperados (acumulados)
Inversión
87
Capítulo 6.- Conclusiones y recomendaciones
6.1 Conclusiones
 Se logró cumplir con los requisitos solicitados por el usuario los cuales fueron
brindados durante el levantamiento de información y se desarrolló una solución
que permite a la empresa Baterías Julio E.I.R.L mejorar la sistema de gestión de
compras, venta y almacén con el cual pueda obtener información actualizada de
sus productos, la información está centralizada y disponible para la gestión en
los procesos de almacén, compras y ventas.
 Se desarrolló el análisis y diseño del sistema de información basándose en los
requerimientos de la empresa, además el sistema de gestión se puede adaptar e
implementar a cualquier microempresa que realice los procesos de almacén,
compras y venta.
 Se diseñó el software con una interfaz gráfica amigable e intuitiva, facilitando el
uso al usuario final para realizar la interactuación del sistema teniendo en
consideración un modelo de base de datos relacional que se adapta a los
requerimientos de almacenamiento y manejo de datos.
 Se demuestra que el proyecto es viable económicamente usando el análisis del
VAN, TIR y ROI.
 Se logró afianzar cada uno de los conocimientos obtenidos en la universidad y en
el ámbito laboral, se puso en práctica todos los conocimientos obtenidos.
88
6.2 Recomendaciones
 Se recomienda a la empresa usar el software desarrollado para mejorar sus
procesos de negocio y a su vez el sistema brindara ayuda a la tomar decisiones
para el funcionamiento del negocio.
 Se recomienda desarrollar la aplicación para Android y Ios, a su vez el desarrollo
de un módulo de carrito de compras para realizar ventas online.
 Se recomienda realizar reuniones periódicas con los usuarios para así realizar
mejoras en el sistema de gestión.
 Implementar el modulo para realizar la emisión de la factura electrónica
autorizada por la Sunat.
 Se puede agregar nuevas tablas (distrito, provincia, departamento) para
implementar la expansión de la empresa nivel nacional.
 Adicionar una interfaz que permita la verificación de la información relacionada
con los proveedores, para ser actualizada directamente con la base de datos de la
Sunat.
89
Referencias Bibliográficas
Aguirre, M. & López, G. (2013). Campus Virtual Móvil Para Mejorar El Acceso A La
Información Académica Universitaria En La Universidad Autónoma Del Perú, Tesis
para optar por el Título de Ingeniero Sistemas. Lima – Perú. Universidad Autónoma
del Perú Pp. 32 – 35.
Arce, C. & Upson, C. (2010). Implementación De Un Sistema De Ventas En Plataforma Web
Para Mejorar El Proceso De Atención Al Cliente De La Botica Shaloon En La Ciudad
De Chiclayo. Tesis De Pregrado. Universidad Señor De Sipán. Pimentel-Perú.
Becerra, C. (2013). Análisis, diseño e implementación de un sistema de comercio electrónico

integrado con una aplicación móvil para la reserva y venta de pasajes de una
empresa de transporte interprovincial. Tesis para optar por el Título de Ingeniero
Informático. Pontificia Universidad Católica Del Perú, Pp. 33
García, F. (2016) Desarrollo de un sistema para la administración de la cadena de
suministro, aplicando modelo de inventarios en la empresa SIPAN DISTRIBUCIONES
SAC. Tesis de Grado para Optar el Título Profesional de Ingeniero de Sistemas.
Chiclayo – Perú 2016. P. 15-16
Harrington, J. (2016). Relational Database Design and Implementation (Fourth edition)
Elservier. Lugar de publicación desconocido. Pp 457.
Iconix. “ICONIX Process”. (2016). Recuperado de
http://iconixprocess.files.wordpress.com/2007/01/iconixprocessroadmap-lg.png.
Izar, J. Ynzunza, C. Guarneros, O. (2016). Variabilidad de la demanda del tiempo de
entrega, existencias de seguridad y costo del inventario. Contaduría y
Administración, 61(3), Pp. 499-513.
90
Laudon, K. (2011) E-Commerce: business, technology, society. Séptima Edición. London:
Pearson Education. Pp. 258.
Lescano, U. (2016, Agosto). Marketing ♥ Tecnología. Recuperado de
http://semanaeconomica.com/negocios20/2016/08/05/marketing-y-tecnologia/
López, J. (2015). Desarrollo de un sistema de soporte al análisis de costos, simulación de
ventas y compras en una empresa de consumo masivo. Tesis para optar por el Título
de Ingeniero Informático, Pontificia Universidad Católica del Perú, Lima, Perú.
Minera, F. (2011). Desarrollo Php + Mysql: Manual Users, Creative andina Corp,
ISBN 10: 9871773161 / ISBN 13: 9789871773169
Mysql. MYSQL Reference Manual. (2016). Recuperado de http://dev.mysql.com/doc/
Mysql. La web del programador. (2016). Recuperado de
http://www.lawebdelprogramador.com/cursos/MySQL/index1.html
Página orientada a la programación orientada a Objetos. (2016).
Recuperado de http://ootips.org/
Página orienta a las Metodologías de investigación en las tesis. (2016). Recuperado de
http://es.slideshare.net/
Página orienta a las Metodologías de investigación en las tesis. (2016). Recuperado de
https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP
Pérez, J. Díaz, J. Garbajosa, J. Yagüe. A. (2014). Agile Software Architecture Aligning Agile
Processes and Software Architectures. Universidad Politécnica de Madrid, Madrid,
España. Chapter 9 - Bridging User Stories and Software Architecture: A Tailored
Scrum for Agile Architecting. Pp. 215-241.
Php, (2016). PHP Reference Manual. Recuperado de http://www.php.net/manual/es/
Php, La web del programador. (2016). Recuperado de
Http://www.lawebdelprogramador.com/cursos/PHP/index1.html
Project Management Institute. (2013). Guía de los fundamentos para la dirección de
91
proyectos (guía del PMBOK®) Quinta edición. Project Management Institute. ISBN
978-1-62825-009-1.
Ordaya, R. (2015). Implementación De Un Sistema De Información Para Una Mype
Comercial Con Componentes De Libros Y Facturación Electrónica, Tesis para optar el
Título de Ingeniera Informática, Pontificia Universidad Católica del Perú, Lima, Perú.
Osses, C. (2013). El Marketing del Permiso – Convertir a Extraños en Amigos y a Amigos en
Clientes. Barcelona, España Pp. 4
Rodríguez, J. (2013). Análisis, diseño e implementación de un sistema de información para
una tienda de ropa con enfoque al segmento juvenil. Tesis de Pregrado. Pontificia
Universidad Católica Del Perú. Lima-Perú. Pp. 8- 14.
Rodríguez, I. Meseguer, A. Vilaseca, J. (2010). Sistemas De Venta En Línea: Un Análisis De
Sus Factores Críticos Para El Pequeño Comerciante. Journal of Information Systems
and Technology Management. 4(1). Pp 95-105. Recuperado de
http://www.scielo.br/pdf/jistm/v4n1/06.pdf.
Rojas, F. & Paniagua, A. (2013). La capacitación de ventas basada en inventarios críticos
como determinante del apalancamiento operativo en farmacia comunitaria. Estudios
Gerenciales. 29(2), Paginas 239-246
Sone, E. (2015). Implementación De Un Sistema De Información De Logística Para La
Gestión De Insumos Y Productos En Una Empresa Del Rubro De Panadería Y
Pastelería. Tesis para optar el Título de Ingeniero Informático. Pontificia Universidad
Católica Del Perú. Lima – Perú. P. 28.
Uml página de Metodología RUP (2016). Recuperado de http://uml.org/
Wang, L. (2015). Discuss the Relationship between Logistics and Marketing. In Measuring
Technology and Mechatronics Automation (ICMTMA), (2015) Seventh International
Conference on (pp. 396-399).
92
ANEXO
Ruta del video en Youtube
https://youtu.be/2_6bnYPsLF4
https://www.youtube.com/watch?v=2_6bnYPsLF4&feature=youtu.be
93

Segunda Corregido

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Segunda Corregido

Загружено:

Авторское право:

Доступные форматы

FACULTAD DE INGENIERÍA DE SISTEMAS, CÓMPUTO Y TELECOMUNICACIONES

DESARROLLO DEL SISTEMA DE GESTIÓN PARA EL CONTROL DE VENTAS DE BATERIAS

CASO “BATERÍAS JULIO E.I.R.L”

Tesis para obtener el Título de

Ingeniero de Sistemas y Cómputo

IVAN JESUS ORCCOTOMA ANTAY

A los profesores de la UIGV y a todas las personas que directa o indirectamente me

ayudaron para culminar esta tesis.

A quienes confiaron en mí.

El presente trabajo de tesis presenta el desarrollo de un sistema de información que permite

administrar los productos con los que cuenta la empresa.

primarias y mejorar la interacción con sus clientes, para la solución de la problemática se va

a implementar los siguientes módulos: El módulo de ventas, El módulo de almacén y el

resultados esperados, las metodologías de implementación y de desarrollo de software, se

justifica la realización del presente proyecto.

soporte en todo el ciclo de vida del proyecto.

manage the products with which the company counts.

expected results, the methodologies of implementation and software development, the

implementation of this project is justified.

development methodology which has extensive documentation and provides support

throughout the project life cycle.

Figura 1 Organigrama de la empresa .............................................................................. 8

Figura 2 Ubicación de Baterías Julio E.I.R.L ..................................................................... 9

Figura 3 Procesos de Negocio Baterías Julio ................................................................... 10

Figura 4 Estadísticas de ventas periodo 2017 ................................................................. 11

Figura 5 Ciclo de vida y fases de la metodología RUP. .................................................... 25

Figura 6 Fases de la Metodología RUP e iteraciones. ....................................................... 27

Figura 7 Diagrama de la metodología XP. ...................................................................... 31

Figura 8 Características de la metodología XP. ............................................................... 32

Figura 9 Ciclo de la metodología Xp características. ........................................................ 35

Figura 10 Fases de la metodología Iconix. ..................................................................... 38

Figura 11 Diagrama de la Metodología Scrum. ............................................................... 42

Figura 12 Etapas de desarrollo del proyecto................................................................... 49

Figura 13 Cuadro de desarrollo del proyecto. ................................................................. 51

Figura 14 Diagrama de Caso de Uso del Negocio............................................................ 51

Figura 15 Diagrama de Caso de Uso de Negocio y Actores Externos. ............................... 52

Figura 16 Diagrama General de casos de Uso ................................................................ 54

Figura 17 Diagrama de componentes de aplicación ........................................................ 55

Figura 18 Diagrama de componentes lado cliente........................................................... 55

Figura 19 Diagrama de componentes del sistema .......................................................... 56

Figura 20 Arquitectura del software .............................................................................. 58

Figura 21 Diagrama de clases ....................................................................................... 59

Figura 22 Diagrama Modelo físico ................................................................................ 60

Figura 23 Caso de Uso “Ingresar al Sistema” Diagrama de secuencia .............................. 68

Figura 24 Caso de Uso “Ingresar al Sistema” Diagrama de Colaboración .......................... 69

Figura 25 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Colaboración .......... 70

Figura 27 Caso de uso “Generar Orden de Pedido” Diagrama de Colaboración .................. 72

Figura 28 Caso de uso “Generar Orden de Pedido” Diagrama de Secuencia ...................... 73

Figura 29 Lista de clientes ............................................................................................ 76

Figura 31 Ingreso de nuevo cliente ............................................................................... 77

Figura 32 Listado de clientes registrados ....................................................................... 78

Figura 33 Listado de productos .................................................................................... 79

Figura 34 Exportar productos ....................................................................................... 80

Figura 35 Ubicación del archivo .................................................................................... 80

Figura 36 Vista de la data exportada ............................................................................. 81

automatizados ya sea por costos o desconocimiento de los dueños o gerentes de las

Ante este panorama se plantea la implementación de un Sistema web de ventas, compras y

almacén para la empresa “Baterías Julio E.I.R.L”, la empresa en mención se encarga de la

compra y venta de baterías para los vehículos de transporte urbano y rural.

como empresa tiene la misión y visión:

y productos altamente competitivos, comprometidos con el cuidado del medio.

La empresa tiene el organigrama:

ORGANIGRAMA DE BATERIAS JULIO E.I.R.L