Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SW Venta de Baterias
SW Venta de Baterias
ni/mas-de-200-libros-gratis-en-espanol-para-programadores/
PRESENTADO POR:
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
gestionar las compras, ventas y almacén, de esta manera se ayuda a organizar, controlar y
La empresa seleccionada para el desarrollo del sistema va lograr automatizar sus actividades
módulo compras.
Esta investigación presenta: la identificación del problema, los objetivos específicos, los
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
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
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
Now for the development of this project we use the methodology RUP this is a software
2
3
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
4.2.1 Desarrollo de la metodología Uml...............................................................................49
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
5
Lista de Figuras
6
Figura 26 Caso de Uso “Gestionar Ingreso de producto” Diagrama de Secuencia...............70
7
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
8
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
empresas
Baterias Julio E.I.R.L Fue creada en 21 de febrero del 2005 por Julio Valentín Orccottoma,
Misión: Garantizar el más alto nivel de satisfacción de nuestros clientes con marcas
Visión: Ser una empresa que brinda la mejor experiencia a los clientes. Simple y
oportuna.
9
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
Los procesos arriba mencionados son diagramados y se ven las iteraciones entre ellos en
la siguiente imagen.
10
PROCESO DE NEGOCIO DE BATERÍAS JULIO E.I.R.L
11
Fuente propia
12
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.
55500
55000
54500
54000
53500
53000
Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre
13
1.1 Planteamiento Del Problema.
El control del almacén es casi nulo ya que al no saber con los productos con
Sistema De Información Para Una Tienda De Ropa Con Enfoque Al Segmento Juvenil
afirmo:
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
14
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
1.2 Objetivos.
Objetivos Específicos.
capacitaciones.
15
1.3 Justificación.
Julio E.I.R.L, pueda mejorar los procesos de compra, ventas y almacén, esto con el
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
procesos actuales.
Por otra parte, podemos concluir que es de vital importancia utilizar tecnologías de
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
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
existente en la empresa.
16
El sistema de información propuesto incluye la implementación de tres grandes
todas las gestiones de compra actualizan el stock actual para reflejar los
cambios.
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
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 elaborarán los diagramas de los procesos actuales y los que serán soportados
17
La arquitectura del sistema web la cual mostrará la integración entre los componentes, los
La prueba está compuesta por la creación de un web service que alimentará datos al
sistema web.
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.
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
desarrollo del sistema, se detallan las etapas realizadas para el desarrollo del sistema,
18
Capítulo 2: Marco Teórico Y Conceptual
Para este marco teórico se tomado como apoyo las siguientes fuentes de las cuales se da
La tesis de Juan Francisco López Alemán realizada en el año 2015, en ella nos
Nos ayuda a entender las fases del desarrollo del proyecto y los pasos a seguir para
• La tesis de Johanna Elizabeth Rodríguez Torres realiza el año 2013, en ella nos
La tesis ayudará a mi proyecto a identificar como formalizar las reglas del negocio,
Realizada en el año 2013 el trabajo trata de la creación del “Campus virtual móvil
19
Este trabajo nos ayuda a determinar las metodologías de desarrollo del software
con una aplicación móvil para la reserva y venta de pasajes de una empresa de
transporte interprovincial”
Se utilizara esta tesis como propuesta para base a la metodología RUP. Como 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
20
Rita Alexandra Ordaya Lock En su trabajo “Implementación de un sistema de
electrónica”.
propuesto.
controlar los bienes de activo fijo o variable de la empresa, antes de ser requeridos para la
Todo almacén puede considerarse redituable para un negocio según el apoyo que preste a
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
Recepción.
Stock.
Preparación de pedido.
Expedición.
fin de hacerse una idea sobre la viabilidad comercial de una actividad económica.
preferencias, etc.). Su objetivo final es aportar datos que permitan mejorar las técnicas de
21
mercado para la venta de un producto o de una serie de productos que cubran la demanda
Es detallada porque se especifican las características de cada uno de los elementos que
integran el patrimonio.
monetarias.
DISTRIBUCIONES SAC
inventario es aquel que no ha sido procesado aún y que es adquirido para darle valor
agregado.
materiales que han sido parcialmente procesados, es decir, aún les falta ingresar a
22
Inventario de productos terminados: El inventario de productos terminados
contempla los productos finales que se han obtenido debido a una serie de
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
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:
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
23
una plataforma de software. Al definir plataformas se establecen los tipos de arquitectura,
También existen emuladores, que son programas que permiten ejecutar desde una
binario, lo que permite a los usuarios cambiar de una plataforma a otra sin convertir
simultáneamente.
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
24
plataforma no reside tanto en las posibilidades que tenga sino en el uso que se haga de
las mismas.
actualidad existe un número bastante amplio de plataformas, las cuales pueden agruparse
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
versiones anteriores. Como resultado, se muestra la técnica propuesta para evitar varias
aplicaciones web y una prueba de concepto se probó con éxito con aplicaciones Web
25
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
exagerados es un riesgo ya que puede generar una pérdida de capital, pudiendo ser
tras el pago de un precio convenido. El término se usa tanto para nombrar a la operación
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
el producto.
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
venta.
26
Capítulo 3: Métodos Para La Construcción De La Solución Tecnológica
3.1Definiciones y Conceptos.
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é
Las características:
cuándo y cómo).
Desarrollo iterativo
27
Administración de requisitos
Control de cambios
otros.
inversores.
aspecto de la producción.
la visión del proyecto. Se establecen los casos de uso y se identifican los riesgos
asociados.
28
Elaboración: En la fase de elaboración se seleccionan los casos de uso que
incrementales.
Ingeniería o modelado del negocio: Analizar y entender las necesidades del negocio
Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del
sistema.
29
Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema
proyecto.
emplear.
en la metodología RUP
30
Abstracción: Es el principio de ignorar aquellos aspectos de un fenómeno
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
implementación se le oculta.
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.
31
Polimorfismo: Es una propiedad del EOO que permite que un método tenga
métodos son interpretados en el contexto del objeto particular, ya que los métodos
cada clase.
el equipo, así que se pone un gran énfasis en facilitar que la información fluya lo más
eficientemente posible.
los cambios de requisitos en cualquier punto de la vida del proyecto”. (Aguirre, Lopez,
2013, p. 32)
32
FASES DE LA METODOLOGÍA XP
Las características:
Los diseños elaborados del sistema deben ser sencillos para un fácil uso del
usuario.
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).
33
CARACTERISTICAS DE LA METODOLOGÍA XP
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
semanas.
34
historias de usuario se dividen en tareas entre 1 a 3 días de duración cada una, y
Velocidad del proyecto: Es una cantidad que representa la rapidez con la que se
usuario que pueden llegar a ser implementadas en una iteración; así se sabrá el
que está implementando, el otro analiza si ese método o función está bien diseñado
Diseño
Diseños simples: Se debe pretender hacer todo el análisis lo menos complejo posible
que se piense que luego serán utilizadas, ya que solo el 10% de ellas será utilizado,
tiempo y recursos.
funcionamiento.
35
Tarjetas CRC: El uso de las tarjetas CRC (Class, Responsabilities and Collaboration)
Codificación
Crear estas pruebas antes nos permitirá saber qué es claramente lo que tiene que
Pruebas
36
FASES DE LA METODOLOGÍA XP
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
Características:
37
Iterativo e incremental: Diversas iteraciones suceden entre el desarrollo del modelo
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
Fases
Análisis De Requerimientos:
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.
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.
usuario; además permiten definir los límites del sistema y las relaciones que existen
38
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
Diseño detallado:
los caminos alternos que pueden tomar los casos de uso, a la vez se especifica
a ello se mejora para elaborar el diagrama de clases final que se utilizará para la
implementación.
Implementación
39
FASES DE LA METODOLOGÍA ICONIX
40
3.1.4 Metodología Scrum.
Scrum es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo
permite en cualquier momento realinear el software con los objetivos del negocio, ya
Características:
Iteraciones de treinta días; aunque se pueden realizar con más frecuencia, estas
41
Fases:
que le aporta cada requisito / historia del proyecto, el equipo los estima y con esta
demos de Sprint el Product Owner comprueba que efectivamente los requisitos se han
funcionalidades más importantes del proyecto antes de que esté finalizado por
completo.
media del equipo por sprint (los llamados puntos historia), con lo que
42
Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de más valor
proyecto gestionado bajo el modelo SCRUM parte de los objetivos que han
Lista de tareas: el equipo de trabajo elabora la lista de tareas que debe tener en
proporcionados.
Reuniones: lo ideal es que cada día el equipo dedique 15 minutos para reunirse
proyecto (Scrum Master) debe encargarse de que cada miembro cumpla con las
necesario que tome las opciones más adecuadas, que pueden ir desde un relevo
Demostración: una vez ejecutadas las labores de cada fase, el equipo se reúne
compromisos.
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.
43
DIAGRAMA DE LA METODOLOGÍA SCRUM
comparar y saber cuál de los métodos es el más apto para poder implementar.
respecto a la pendiente que arroja el programa para una predicción más segura,
Nivel de Falla: Permite especificar el nivel de error que posee los métodos
44
ponerlo en práctica en el proyecto, por medio de simulaciones poder ver el nivel
función prevista a lo largo del tiempo, cuando opera en el entorno para el cual
que se requiera.
forma”, ya que con el tiempo los cambios en el software hacen que este pierda
su estructura
escala:
5 - Excelente
4 - Bueno
3 - Regular
2 - Malo
1 – Deficiente
45
Tabla 1
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
Resultado 34 31 28 32
conclusión que la metodología RUP cuenta con toda la documentación, soporte para
46
Capítulo 4: Aporte Teórico
algunas áreas que propone la guía PMBOK (Project Management Institute, 2013).
unificar y coordinar los diversos procesos y actividades de dirección del proyecto. Las
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.
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.
seguimiento, revisar e informar del avance del proyecto con respecto a los
47
Cerrar el Proyecto o Fase: Consiste en finalizar todas las actividades en todos
Son los procesos necesarios para garantizar que el proyecto incluya todo el trabajo
del proyecto.
necesidades de los interesados con el fin de cumplir los objetivos del proyecto.
proyecto.
la línea base del alcance del producto, y de gestionar cambios a la línea base del
alcance.
De esta área se tomará cinco procesos de para administrar la finalización del proyecto a
tiempo.
48
Secuenciar las Actividades: Se realizará un diagrama en el que quede
del proyecto para actualizar el avance del mismo y gestionar los cambios a la
De esta área se tomará procesos para gestionar la calidad del proyecto y del
producto.
cuestiones de calidad.
49
Adquirir el Equipo del Proyecto: En esta etapa se contrata a los recursos
Tabla 2
Rol Funciones
50
4.2Aplicació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
Para el desarrollo del proyecto se está usando la Metodología Uml y se va usar las
herramientas de desarrollo:
Tabla 3
Herramientas Descripción
51
curva de aprendizaje.
obtenida en su uso.
El siguiente proyecto tiene un plazo de duración de 106 días los cuales están dividos en
Análisis
Diseño
Construcción
Implementación
Cada etapa o fase cuenta con sus propios procesos los cuales se detallan en la siguiente
figura.
52
CRONOGRAMA DEL PROYECTO
En el análisis del sistema se han encontrado las siguientes áreas procesos y se muestras en
53
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.
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)
Actores de Sistema:
54
Durante el levantamiento de la información con los usuarios del sistema se detectó a
Actor Descripción
Vendedor
Tiene acceso a todas las entidades
del negocio.
determinados de almacén.
Jefe de almacen
55
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>>
<<include>>
Vendedor
Buscar Proveedor <<include>> Administrar proveedor (f rom Actors) Generar Reporte de Ventas
56
DIAGRAMA DE COMPONENTES LADO APLICACIÓN
57
DIAGRAMA DE COMPONENTES LADO APLICACIÓN Y CLIENTE
La arquitectura desempeña un rol muy importante en este tipo de sistemas. “El diseño
Afirma:
58
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
Capa de presentación: Esta capa representa a los clientes que serán las
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
59
ARQUITECTURA DEL SISTEMA
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
En esta etapa se muestra el diseño de diagrama de clases y el modelo lógico del sistema
60
DIAGRAMA DE CLASES
Tusuario Trolusuario
Talmacen codusuario : String
codusuario : String
Tcategoria codarticulo : String cargo : String
nomusuario : String
codcategoria : String stock : Integer pasusuario : String
1 1
nomcategoria : String agregar()
agregar() agregar() modif icar()
agregar() modif icar() modif icar() eliminar()
modif icar() eliminar() eliminar()
eliminar() 1 1 1
1 1..n 1..n
Tdocumentodecompras
numf acprov edor : String Tproducto Tcomprobantedev enta
nomprov eedor : String codproducto : String Codcomprobante : String
marcompra : String marproducto : String Tcliente
f eccomprobante : Date
placompra : Integer placaproducto : Integer n codarticulo : String codcliente : String
cancompra : Integer n stock : Integer nomcliente : String
n codcliente : String
Fecha : Date codusuario : String 1..n 1 dircliente : String
agregar() n igv : Double telcliente : Integer
agregar() modif icar() ruccliente : Integer
subtotal : Double
modif icar() eliminar() Preciouni : Integer corcliente : String
eliminar()
n Total : Int eger
1..n agregar()
agregar() modif icar()
modif icar() eliminar()
n
eliminar()
1
Tordendecompra
Tprov eedor coddeoc
codproducto
codprov eedor : String
marproducto
nomprov eedor : String
placaproducto
dirprov eedor : String
cantidad
telprov eedor : Integer
rucprov eedor : Integer
agregar()
corprov eedor : String
modif icar()
eliminar()
agregar()
modif icar()
eliminar()
61
DIAGRAMA MODELO FÍSICO
Tproveedor
Tcliente codproveedor : VARCHAR(255)
codcliente : VARCHAR(255) Tcategoria Talmacen nomproveedor : VARCHAR(255)
nomcliente : VARCHAR(255) dirproveedor : VARCHAR(255)
codcategoria : VARCHAR(255) codarticulo : VARCHAR(255)
dircliente : VARCHAR(255) telproveedor : INTEGER
nomcategoria : VARCHAR(255) stock : INTEGER
telcliente : INTEGER rucproveedor : INTEGER
Tcategoria_ID : INTEGER Talmacen_ID : INTEGER
ruccliente : INTEGER corproveedor : VARCHAR(255)
Tproducto_ID : INTEGER 1 Tproveedor_ID : INTEGER
corcliente : VARCHAR(255) <<PK>> PK_Talmacen38()
Tcliente_ID : INTEGER Tproducto_ID : INTEGER
<<Unique>> TC_Tcategoria111() 1 Talmacen_ID : INTEGER
<<PK>> PK_Tcategoria40() <<Non-Identifying>>
<<PK>> PK_Tcliente34()
<<Non-Identifying>> <<FK>> FK_Tcategoria46()
1 <<PK>> PK_Tproveedor35()
<<Index>> TC_Tcategoria132() <<FK>> FK_Tproveedor49()
<<Non-Identifying>> <<Non-Identifying>>
1 <<FK>> FK_Tproveedor45()
1..* <<Index>> TC_Tproveedor124()
<<Non-Identifying>>
1..* <<Index>> TC_Tproveedor125()
1
Tcomprobantedeventa 1
Tproducto 1..*
Codcomprobante : VARCHAR(255) Tdetalledocumentodecompra
feccomprobante : DATE codproducto : VARCHAR(255) Tproducto_ID : INTEGER
codarticulo : VARCHAR(255) marproducto : VARCHAR(255) Tdocumentodecompras
Tdocumentodecompras_ID : INTEGER
codcliente : VARCHAR(255) placaproducto : INTEGER <<Identifying>> ddcFecha : Date numfacprovedor : VARCHAR(255)
codusuario : VARCHAR(255) stock : INTEGER 1 0..* ddcprecio : Integer 1..* nomproveedor : VARCHAR(255)
<<Identifying>>
Tcomprobantedeventa_ID : INTEGER Tproducto_ID : INTEGER ddctotal : Integer marcompra : VARCHAR(255)
Tusuario_ID : INTEGER Talmacen_ID : INTEGER ddccantidad : Integer placompra : INTEGER
Tcliente_ID : INTEGER 1
Talmacen_Talmacen_ID : INTEGER cancompra : INTEGER
<<Identifying>> <<Identifying>> 0..*
<<PK>> PK_144() 1 Tdocumentodecompras_ID : INTEGER
<<PK>> PK_Tcomprobantedeventa37() 0..* Tdetallecomprobantedeventa <<PK>> PK_Tproducto36() 1 Tproveedor_ID : INTEGER
<<FK>> FK_147()
<<FK>> FK_Tcomprobantedeventa39() Tproducto_ID : INTEGER <<FK>> FK_Tproducto51() <<Identifying>><<FK>> FK_148() Talmacen_ID : INTEGER
1
<<FK>> FK_Tcomprobantedeventa41() Tcomprobantedeventa_ID : INTEGER <<FK>> FK_Tproducto52() <<Index>> TC_1112()
<<Index>> TC_Tcomprobantedeventa128() dcvfecha : Date <<Index>> TC_Tproducto127() <<Index>> TC_1113() <<PK>> PK_Tdocumentodecompras39()
<<Index>> TC_Tcomprobantedeventa129() dcvprecio : Integer <<Index>> TC_Tproducto126() <<FK>> FK_Tdocumentodecompras50()
1..* dcvcantidad : Integer 0..* <<FK>> FK_Tdocumentodecompras42()
dcvtotal : Integer 0..* <<Index>> TC_Tdocumentodecompras130()
<<Non-Identifying>>
<<Index>> TC_Tdocumentodecompras131()
<<PK>> PK_043() Tdetalleordendecompra
<<FK>> FK_043() Tproducto_ID : INTEGER
<<FK>> FK_044() Tordendecompra_Tproducto_ID : INTEGER
<<Index>> TC_0107() fechaordendecompra : Date
1 <<Index>> TC_0108()
62
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
Objetivos:
Encontrar los Casos de Uso críticos del sistema, los escenarios básicos que
Aceptación del proyecto por parte del cliente el cual analiza los requisitos
Glosario: Los términos que se emplearán a lo largo del proyecto son definidos.
Herramientas y Técnicas
Entregables
Documento Visión
Glosario
63
Modelo de Casos de Uso del Negocio
En las reuniones que se tuvo con el cliente se llegó a que el sistema debe
Tabla 5
Numer
o 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.
los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores
riesgos.
iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener
Objetivos:
64
Completar la visión.
Crear un plan fiable para la fase de construcción. Este plan puede evolucionar
en sucesivas iteraciones.
Herramientas y Técnicas
Análisis y diseño: se realizan los casos de uso del sistema y los diagramas de
actividades
Entregables
Visión actualizado
65
La Especificación de los casos de uso, a continuación se explica los casos de uso del
sistema.
Tabla 6
Tabla 7
66
Post-Condiciones Al ingresar las credenciales correctas al sistema nos muestra
las opciones de uso
Fuente propia
Tabla 8
67
Tabla 9
4.2.4.3 Construcción.
Afirmo:
68
cuenta en la implementación. Por otro lado se presenta las pruebas que se realizarán
producto de forma incremental a través de las sucesivas iteraciones. Durante esta fase
Objetivos:
Implementación)
Arquitectura íntegra.
Herramientas y Técnicas
desarrollo del sistema y exponen los avances realizados (test del usuario al
Análisis y diseño: se emplean los casos de uso del sistema y los diagramas de
actividades
Entregables
69
Modelo de Casos de Uso actualizado
Test al aplicativo.
Producto
Manual de usuario
Selecciona Interfaz
Envia
: Usuario : Eusuario : F.Ingresar al Sistema : G.Usuario
Ingresa datos
Valida
Busca
Muestra mensaje
70
Diagrama de Colaboración “Ingresar al Sistema”
"Bienvenido al
Sistema"
6: Muestra mensaje
1: Selecciona Interfaz
Usuario
2: Envia
Password
4: Valida
5: Busca
: Eusuario : G.Usuario
71
DIAGRAMA DE COLABORACIÓN “GESTIONAR INGRESO DE PRODUCTO”
2: Muestra Interfaz
4: Muestra Datos
No de Orden de Compra
Cantidad a Ingresar
3: Busca 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
72
DIAGRAMA DE SECUENCIA “GESTIONAR INGRESO DE PRODUCTO”
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
73
DIAGRAMA DE COLABORACIÓN “GENERAR ORDEN DE COMPRA”
"Pedido Nº P99999
Registrado Correctamente"
15: Solicita Imprimir
3: Busca Proveedor
1: Selecciona Interfaz
14: Muestra Mensaje
6: Busca Producto
: G.Orden de Pedido
13: Genera Registro
: EOpedidos
74
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
Busca Producto
Obtiene Datos
Selecciona Grabar
Valida Datos
Envia datos
Genera Registro
Muestra Mensaje
Solicita Imprimir
Selecciona Imprimir
Selecciona Cancelar
75
4.2.4.4 Transición.
finales, para lo que se requiere desarrollar nuevas versiones actualizadas del producto,
del producto y así obtener un producto final funcione y cumplan los requisitos
Objetivos
Sistema Operacional
Documentos Legales
Línea de Base del Producto completa y corregida que incluye todos los modelos
del sistema
Herramientas y Técnicas
del sistema y exponen los avances realizados (test del usuario al aplicativo) y
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
76
Entregables
77
Capítulo 5: Aporte Práctico
opciones que tiene el aplicativo, ingresamos a la opción clientes y nos muestra los
LISTA DE CLIENTES
78
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
79
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.
80
5.1.2 Exportar datos
lista de productos, nos muestra la ventana con los productos que cuenta el sistema y
LISTA DE PRODUCTOS
81
Al dar click en el botón exportar Excel, nos crea el archivo el cual se muestra en la
LISTA DE PRODUCTOS
El archivo exportado del sistema es guardado por defecto en la carpeta descargas de la pc.
82
Para visualizar la información del archivo se da doble click y nos muestra la información.
83
5.2 Resultados
USUARIO: Vendedor
Julio E.I.R.L.
SI NO
84
b) De 1 a 5 veces al día
c) Cada vez que va a realizar una venta.
SI NO
9. ¿Cómo se siente usted con las alternativas que tiene para acceder a su
información?
a) Nada satisfecho
b) Poco satisfecho
c) Medianamente satisfecho
d) Satisfecho
e) Muy satisfecho
10. ¿Qué tan satisfecho está usted con la accesibilidad del sistema?
a) Nada satisfecho
b) Poco satisfecho
c) Medianamente satisfecho
d) Satisfecho
e) Muy satisfecho
85
5.2.2 Cálculo del VAN TIR ROI.
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
86
Inversión en Tecnología
Beneficios
Flujo de Trabajo
87
Calculo del VAN
-S/. S/.
23.134,1 5.302,5 S/. S/.
VAN = 5 0 S/. 5.302,50 5.302,50 5.302,50 S/. 5.302,50
1,01 1,02 1,03 1,04 1,05
-S/. S/.
23.134,1 5.302,5 S/. S/.
TIR = 5 0 S/. 5.302,50 5.302,50 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%
88
TIR > 0 Proyecto aceptado
Matemáticament
e Matemáticamente
ROI = 1141,14% ROI = 114,60%
89
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
6.1 Conclusiones
Se logró cumplir con los requisitos solicitados por el usuario los cuales fueron
compras y venta.
90
Se diseñó el software con una interfaz gráfica amigable e intuitiva, facilitando el
6.2 Recomendaciones
Se recomienda realizar reuniones periódicas con los usuarios para así realizar
91
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.
Referencias Bibliográficas
Aguirre, M. & López, G. (2013). Campus Virtual Móvil Para Mejorar El Acceso A La
para optar por el Título de Ingeniero Sistemas. Lima – Perú. Universidad Autónoma
92
García, F. (2016) Desarrollo de un sistema para la administración de la cadena de
http://iconixprocess.files.wordpress.com/2007/01/iconixprocessroadmap-lg.png.
http://semanaeconomica.com/negocios20/2016/08/05/marketing-y-tecnologia/
ventas y compras en una empresa de consumo masivo. Tesis para optar por el
Minera, F. (2011). Desarrollo Php + Mysql: Manual Users, Creative andina Corp,
http://www.lawebdelprogramador.com/cursos/MySQL/index1.html
Recuperado de http://ootips.org/
93
Página orienta a las Metodologías de investigación en las tesis. (2016). Recuperado de
http://es.slideshare.net/
https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP
Pérez, J. Díaz, J. Garbajosa, J. Yagüe. A. (2014). Agile Software Architecture Aligning Agile
Http://www.lawebdelprogramador.com/cursos/PHP/index1.html
proyectos (guía del PMBOK®) Quinta edición. Project Management Institute. ISBN
978-1-62825-009-1.
Título de Ingeniera Informática, Pontificia Universidad Católica del Perú, Lima, Perú.
una tienda de ropa con enfoque al segmento juvenil . Tesis de Pregrado. Pontificia
http://www.scielo.br/pdf/jistm/v4n1/06.pdf.
94
Rojas, F. & Paniagua, A. (2013). La capacitación de ventas basada en inventarios críticos
Wang, L. (2015). Discuss the Relationship between Logistics and Marketing. In Measuring
ANEXO
https://youtu.be/2_6bnYPsLF4
https://www.youtube.com/watch?v=2_6bnYPsLF4&feature=youtu.be
95