Tesis

Ramos Arizpe, Coahuila; a día de mes de año
C. Angel Israel Sifuentes Urbina
P r e s e n t e.-
Los miembros del comité de revisión de tesina, recomendamos que el Proyecto

Recepcional: “PvRecycle”, realizado por Usted durante el periodo de Estadía Empresarial,
sea aceptado para obtener el Título de Ingeniero en Tecnologías de la Información.
Comité de Revisión
___________________________ ___________________________
M.C Olga Maricela Hernandez Aguilar M.C. Federico U. Cruz Arcos
Asesor Académico Director Académico
Avenida Industria Metalúrgica No. 2001 Parque Industrial Ramos Arizpe * Tel / Fax 288 38 00
Apartado postal No. 160 * Ramos Arizpe, Coah., México * C.P. 25900 * E-mail: utec [email protected]
Tesina
“PvRecycle”
Reporte de estadía para obtener el título de:
Ingeniero
en
Tecnologías de la Información
Elaborado por:
Angel Israel Sifuentes Urbina
Ramos Arizpe, Coahuila. Abril de 2019

Proyecto
“PvRecycle”
Que para obtener el título de:
Ingeniero
en
Tecnologías de la Información
Presenta
Ramos Arizpe, Coahuila. Abril de 2019

Carta de liberación del proyecto
Recicladora Martínez
Juan Antonio de la Fuente 12/04/19
Zona centro #220
Arteaga, Coahuila
Universidad Tecnológica de Coahuila

Ave. Industria Metalúrgica #2001
Parque Industrial Ramos Arizpe.
Ramos Arizpe, Coahuila.
Por medio de la presente hacemos constar que el Sr Angel Israel Sifuentes Urbina con número
de matrícula 14040121 alumno de la carrera Tecnologías de la información, entregó
satisfactoriamente el proyecto PvRecycle.
Con base en los resultados esperados y lo entregado, se avala el cumplimiento de los objetivos
y metas planteados al inicio del proyecto.
Se extiende la presente para los fines que al interesado convenga en la ciudad de
Saltillo, Coahuila a los 12 días de abril de 2019
Atentamente
Ing. Artemio Martínez Mendoza
Gerente
AGRADECIMIENTOS
Tus esfuerzos son impresionantes y tu amor es para mí invaluable. Me has educado, me

has proporcionado todo y cada cosa que he necesitado. Tus enseñanzas las aplico cada
día; de verdad que tengo mucho que agradecerte.
Tus ayudas fueron fundamentales para la culminación de mi tesina
Te doy las gracias, madre.
DEDICATORIA
La presente tesina la dedico a toda mi familia y amigos principalmente a mi madre que

ha sido un pilar fundamental en mi formación como profesional, por brindármela
confianza, consejos, oportunidades y recursos para lograrlo y por último a esos
verdaderos amigos con los que compartimos todos estos años juntos.
ÍNDICE
I INTRODUCCIÓN
1.1 DESCRIPCIÓN DE LA EMPRESA
1.2 HISTORIA DE LA EMPRESA
II TITULO
III JUSTIFICACIÓN 4
IV DESARROLLO DEL PROYECTO 5
4.1INICIACIÓN 5
4.1.1 ANTECEDENTES DEL PROYECTO 5
4.1.2 FASES DEL PROYECTO 6
4.1.3 PERSONAL INVOLUCRADO EN EL PROYECTO 9
4.1.4 OBJETIVOS 10
4.1.5 DEFINICIÓN DEL PROYECTO 11
4.2 PLANEACIÓN 12
4.2.1 DEFINICIÓN DEL ALCANCE DEL PROYECTO 12
4.2.2 WORK BREAKDOWN STRUCTURE Y DICCIONARIO 13
4.2.3 LISTA DE ACTIVIDADES 28
4.2.4 DIAGRAMA DE RED 29
4.2.5 ESTIMACIÓN DE RECURSOS REQUERIDOS 30
4.2.6 ESTIMACIÓN DE TIEMPOS Y COSTOS 31
4.2.7 CAMINO CRÍTICO 38
4.2.8 CALENDARIO DE ACTIVIDADES 39
4.2.9 PRESUPUESTO 40
4.2.10 REQUERIMIENTOS DE COMUNICACIÓN 42
4.2.11 ANÁLISIS DE RIESGO 43
4.3 EJECUCIÓN 44
4.3.1 CAMBIOS Y ACCIONES CORRECTIVAS 49
4.3.2 RENDIMIENTO REAL CONTRA LO PLANEADO 51
4.3.3 ACCIONES CORRECTIVAS Y VARIACIONES 52
4.3.4 RECOMENDACIONES 52
4.4 CIERRE 53
4.4.1 LISTA DE ENTREGABLES 53
4.4.2 REPORTE FINAL DE DESEMPEÑO 53
4.4.3 ACEPTACIÓN DEL PROYECTO REALIZADO POR PARTE DEL 54
CLIENTE
V CONCLUSIONES
VI BIBLIOGRAFÍA
VII ANEXOS
7.1 ANEXO I
7.2 ANEXO II
7.3 ANEXO III
I. INTRODUCCIÓN
1.1 DESCRIPCIÓN DE LA EMPRESA
Recicladora Martínez es una empresa de compra y venta de metales como lo son:

Aluminio, cobre, acero, hierro, plomo, entre otros.
Realizando un procedimiento de compra a público en general, el material es pesado y
después depositado según el tipo de material en la tolva correspondiente, para después
ser transportado a distintas fundidoras de materiales en la ciudad de Saltillo y Ramos
Arizpe.
1.2 HISTORIA DE LA EMPRESA
Recicladora Martínez inicia sus actividades en el año 2009 en la ciudad de Saltillo,
Coahuila, con el principal objetivo que era la compra y venta de cartón reciclado,
aumentando la demanda y por el lugar tan pequeño donde recibían el cartón, se decidió
mudar a la ciudad de Arteaga, Coahuila, en donde se comenzó a recibir distintos
materiales de recicle como lo son el cobre, aluminio, bronce etc.
Esta empresa recibe los materiales de la ciudadanía en general y después acude a

venderlo a grandes industrias como DEACERO, GISSEL materiales, en la ciudad de
En la actualidad la empresa está en ascendencia, por la gran cantidad de clientes que el

buen servicio y excelentes precios de compra han generado, se pretende que en un futuro
a corto plazo sea una de las empresas líderes de reciclado en la Ciudad de Arteaga,
Coahuila
“PvRecycle”
III. JUSTIFICACIÓN
En la actualidad las tecnologías de información y comunicación son de gran utilidad en

cualquier aspecto, por lo que en una empresa no puede pasar por desapercibido ya que
ofrecen gran beneficio en el control de este.
Partiendo de esta importante observación nace el área de oportunidad para el desarrollo

de este proyecto, ya que desde los inicios de la empresa toda la información se ha
manejado por medio de papel teniendo un grave problema de organización, como por
ejemplo la pérdida o robo de material ya sea por partes de los clientes al momento de la
entrega de este o hasta de los mismos empleados, ya que al ser posible manipular
fácilmente la información o simplemente modificarla a su antojo esto ocasiona grandes
problemas al tratar de identificar la causa de perdida por parte del dueño afectando
gravemente las ventas y ganancias de este y al mismo tiempo las compras que realiza
todos llegando al punto que se trata de solucionar la pérdida económica de la empresa.
Con el desarrollo del sistema de PvRecycle, se pretende que Recicladora Martínez

cuente con un control del inventario, compra y venta del material de reciclado que
manejan, esto con el propósito de tener un mejor control interno teniendo toda la
información de cuanto material hay, en donde esta y el precio de este, con esto se lograra
economizar tiempo al momento de la venta, compra y en la búsqueda en el almacén.
Y uno de los puntos más importantes del sistema es la implementación de reportes los
cuales contara con diferentes funciones como el total de ganancias con la posibilidad de
filtrarlos por día, mes o año, también reporte de las compras realizadas y finalmente el
total de material de reciclaje que se cuenta solucionado un grave problema dentro de la
empresa que es la pérdida y robo que actualmente afecta a la empresa.
Finalmente, el principal propósito de PvRecycle es beneficiar en mayor parte al

propietario en cuanto a sus ganancias teniendo un mejor control de la información de su
empresa a su disposición rápido, fácil y accesible.
4
IV. DESARROLLO DEL PROYECTO
4.1 INICIACIÓN
4.1.1 ANTECEDENTES DEL PROYECTO
Actualmente la empresa no cuenta con ningún sistema o cualquier otra

herramienta relacionada con las tecnologías de la información.
Toda la información es manejada por medio de un cuaderno en el cual se registran

en una tabla el nombre del producto, el peso de este y el precio
independientemente si es una venta o una compra.
Al final del día se realiza la suma del total del material que se compró y el total de
ganancias de lo vendido.
5
4.1.2 FASES DEL PROYECTO
Fase 1.- Inicio: La fase de inicio es crucial en el ciclo de vida del proyecto, ya
que es el momento de definir el alcance y proceder a la selección del equipo.
Sólo con un ámbito claramente definido y un equipo especializado, se puede
garantizar el éxito. Es, además, el momento de compartirla visión con los
stakeholders y buscar su compromiso y apoyo.1
En esta fase se llevó un análisis sobre las necesidades del cliente, lo que este
necesitaba para su empresa y lo que le beneficiaria a futuro, se investigó toda
la información que la empresa maneja para determinar los objetivos y el tipo
de aplicación que se necesitaba. Distribuyendo el equipo de trabajo y el
encargado del proyecto y finalmente la realización del Project chárter.
Fase 2.- Planeación: Ésta es a menudo la fase más difícil para un director de
proyecto, ya que tiene que hacer un importante esfuerzo de abstracción para
calcular las necesidades de personal, recursos y equipo que habrán de
preverse para lograr la consecución a tiempo y dentro de los parámetros
previstos. Asimismo, también es necesario planificar comunicaciones,
contratos y actividades de adquisición. Se trata, en definitiva, de crear un
conjunto completo de planes de proyecto que establezcan una clara hoja de
ruta.1
Los integrantes del equipo de trabajo determinaron el alcance del proyecto, las
actividades que se llevaron a cabo representado por el WBS y en la ruta crítica
del proyecto. Se realizó un cronograma de actividades y los presupuestos de
las actividades y finalmente se identificaron los riesgos del proyecto.
1https://www.obs-edu.com/int/noticias/innovacion/cuales-son-las-etapas-de-un-proyecto-te-lo-contamos-
en-esta-infografia
6
Fase 3.- Ejecución: En base a la planificación, habrá que completar las
actividades programadas, con sus tareas, y proceder a la entrega de los
productos intermedios. Es importante velar por una buena comunicación en
esta fase para garantizar un mayor control sobre el progreso y los plazos.
Asimismo, es indispensable monitorizar la evolución del consumo de recursos,
presupuesto y tiempo, para lo que suele resultar necesario apoyarse en alguna
herramienta de gestión de proyectos. En esta etapa se deben gestionar: el
riesgo, el cambio, los eventos, los gastos, los recursos, el tiempo y las
actualizaciones y modificaciones.2
Se llevó acabo el desarrollo del proyecto, partiendo desde el diseño de la base

de datos, distribuyendo toda la información de los materiales que la empresa
maneja, igualmente se diseñó la interface gráfica con ayuda de HTML y
Bootstrap, y toda la logia del BackEnd con los procesos cumpliendo los
objetivos del proyecto.
en-esta-infografia
7
Fase 4.- Control: Esta fase comprende los procesos necesarios para realizar el
seguimiento, revisión y monitorización del progreso de proyecto. Se concibe
como el medio de detectar desviaciones con la máxima premura posible, para
poder identificar las áreas en las que puede ser requerido un cambio en la
planificación. La etapa de seguimiento y control se encuentra naturalmente
asociada a la de ejecución, de la que no puede concebirse de forma separada,
aunque por su importancia y valor crítico.3
Se realizaron las pruebas unitarias del proyecto completo, detectando fallas y

solucionándola de manera efectiva y rápida, se realizaron los cambios
correspondientes de control en base a las preferencias del cliente, dejando
completamente funcional la aplicación
Fase 5.- Cierre: Esta fase comprende todos procesos orientados a completar
formalmente el proyecto y las obligaciones contractuales inherentes. Una vez
terminado este estadio, se establece formalmente que el proyecto ha
concluido.3
En la fase final se hace entrega de la aplicación completa al cliente instala y

funcionando para su uso inmediato, así como los manuales técnicos y de
usuario.
en-esta-infografia
8
4.1.3 PERSONAL INVOLUCRADO EN EL PROYECTO
Proyecto
Stakeholder Rol Requerimientos Impacto / Tolerancia al
influencia riesgo
4.- Alto 4.- Alta
3.- Medio 3.- Media
2.- Bajo-medio 2.- Baja-media
1.- Bajo 1.- Baja
Angel Israel Full Stack Conocimiento 4 4
Sifuentes Web en el desarrollo
Urbina Developer Front End
,Back End y
administración
de base de
datos
Gerardo Full Stack Conocimiento 4 4
Martínez Luna Web en el desarrollo
Developer Front End
,Back End y
administración
de base de
datos
9
4.1.4 OBJETIVOS
OBJETIVO GENERAL
Desarrollar un sistema para la empresa Recicladora Martínez ubicada en Arteaga,

Coahuila en el periodo Enero – abril de 2019 utilizando como herramienta de desarrollo
visual Basic y SQLSERVER que sea capaz de optimizar los procesos que actualmente
maneja la empresa que son la venta y compra del material de reciclaje y el inventariado
de este.
Agilizando la busques y obtención de toda la información guardada en el sistema evitando

perdidas, garantizado la integridad y disponibilidad de ella en todo momento
OBJETIVOS ESPECIFICOS
 Diseñar un sistema que permita mejorar los procesos y solucionar las necesidades
en cuestión de la administración de la información.
 Crear interfaces amigables y fáciles de usar para los usuarios.
 Capacitar al personal en el uso del sistema y mantener la integridad de la
información en todo momento.
 Implementar el sistema en la empresa.
10
4.1.5 DEFINICIÓN DEL PROYECTO
Definición del proyecto

Nombre del proyecto: Administrador del proyecto:
PvRecycle Angel Israel Sifuentes Urbina
Descripción Sistema para la administración de inventario, venta y compra de

del proyecto materiales de reciclaje. Con el fin de controlar de forma sencilla y
rápida el material que se compra y almacena
Nivel de
autoridad
del Alta
responsable
del proyecto
Necesidad Actualmente toda la información de inventario, compra y venta se

de la maneja por medio de un cuaderno, sumando las guanacias al final
organización del día, todo escrito sin un control aparente.
Justificación Contar con un sistema que tenga registro inmediato, rápido y

del proyecto sencillo que garantice la integridad del negocio y un análisis
extendido sobre las ganancias y perdida que se puedan ocasionar.
Lograr mejoras al proceso de compra y venta de materiales de
reciclaje. Apoyar la toma de decisiones que permitan incrementar
las ganancias.
Recursos Equipo para el desarrollo del programa (Computadora, impresora,
pre internet, servidor de base de datos SQL Server, licencia de VISUAL
asignados BASIC 2010.)
Entregables Lista de entregables para el cliente Fecha para entrega
Project Charter 18-19-2019
Cronograma 28-01-2019
Diagrama del Software 25-02-2019
Prototipo 29-03-2019
Entrega del Sistema 08-04-2019
Firma del
Tutor
Empresarial Artemio Martínez Mendoza
18 de enero del 2019
Firma del
alumno
18 de enero del 2019
11
4.2 PLANEACIÓN
4.2.1 DEFINICIÓN DEL ALCANCE DEL PROYECTO
Criterios medibles de éxito
El proyecto debe cumplir con todos los objetivos planteados en la planeación del proyecto
cumpliendo fielmente las necesidades y especificaciones del dueño de la empresa en
todo momento para la aceptación de este.
 El poder registrar y manipular toda la información de la compra y venta del material

de reciclaje en una aplicación para mantener la información integra y siempre
disponible cuando se requiera y dejar de usar el método antiguo para este proceso
el cual es tener todo escrito en un cuaderno.
 Mejorar las ganancias de la empresa significativamente al tener un control de todas
las ventas y compras del material evitando el robo o errores en las cuentas al final
del día, dejando como ganancia un 8% más que es el estimado de lo que se está
perdiendo al hacer las cuentas por medio del sistema actual.
 Analizar y mejorar el flujo de la venta y compra teniendo un control sistematizado
del análisis de todas las operaciones llevadas por la empresa y tratar de mejorar
un 10% más en las ganancias agilizando tiempos y costos por medio de este
análisis.
Descripción del alcance del producto:
 Requerimientos del proyecto: Un sistema que cuente con un control del inventario
compra y venta del material de reciclaje que maneja de la empresa.
 Límites del proyecto: El proyecto se limita al manejo del material específicamente al
momento de comprar o venderlo y el registro de este en el almacén. Sin contar con
otros procesos como la logística del envió a otros establecimientos.
 Entregables del proyecto: un sistema que cuente con todos los objetivos planteados
y el total funcionamiento de todas las funciones implementadas.
12
4.2.3 WORK BREAKDOWN STRUCTURE Y DICCIONARIOS
PvRecycle
1.- Inicio 2.-Planeación 4.-Control 5.-Cierre

3.- Ejecución
1.1.- Definición del 2.1 Cronograma de 4.1 Pruebas 5.1 Entregables

Proyecto Actividades 3.1 Análisis
1.2.- Ingeniería de
2.2 Análisis de 4.2 Control de
Requerimientos:
Riesgo Cambios
Funcionales y No 3.2 Diseño
funcionales
2.3 Análisis de
Tiempos y Costos. 3.3 Desarrollo
2.4 Diagrama de
Red.
2.5 Ruta Crítica.
2.6.- Presupuesto
13
Proyecto: PvRecycle
Actividad: Definición del proyecto
Responsable: Angel Israel Sifuentes Urbina
Descripción de unidad de trabajo:
En esta actividad se definió el nombre del proyecto, sus especificaciones y
objetivos, así como los integrantes y las fechas de los entregables
Criterio de aceptación (como saber si el trabajo será aceptado):
Aceptación por parte del dueño de la empresa, Project chárter Firmado y
autorizado
Producto de la Unidad de trabajo (entregables):
Objetivos, Project Chárter, Análisis y resultados del proyecto
(ver punto 7.3.9)
Supuestos:
Enfermedad del Administrador
Compromisos Urgentes del administrador
Duración estimada: 1 semana

Costo estimado: $1000
Riesgos:
Falta de tiempo de administrador de la empresa
Irresponsabilidad del administrador
Actividades faltantes de documentar
13 de enero 2019
Aprobado por: Artemio Martínez Mendoza

Fecha: 1 de abril 2019
14
Proyecto: PvRecycle
Actividad: Ingeniería de requerimientos
Se llevó a cabo un análisis completo de los requerimientos del desarrollo del
proyecto.
Que los requerimientos fuera los deseados por el cliente, cumpliendo sus
necesidades
Especificaciones de Funcionales y no funcionales (ver punto 4.2.1)
Supuestos:
Duración estimada: 5 días

Riesgos:
No cumplir con los objetivos
Necesidades no identificadas
18 de enero 2019

15
Proyecto: PvRecycle
Actividad: Cronograma de actividades
Desarrollo del cronograma con todas las actividades y las fechas en que se tienen
que realizar
Cronograma apegado a las fechas de entrega y con todas las actividades
listadas.
Cronograma de actividades (ver punto 4.2.8)
Supuestos:
Cálculos incorrectos
Riesgos:
Cálculos Incorrectos
22 de enero 2019

16
Proyecto: PvRecycle
Actividad: Análisis de riesgos
Análisis detallados de los riegos que puede presentar el proyecto o sufrir a lo
largo del desarrollo del proyecto
El detallado y entendible análisis de los riesgos del proyecto. (ver punto 4.2.11)
Documento detallado con el completo análisis de riesgos del proyecto
Supuestos:
Información Incorrecta
Información proporcionada incorrecta
Duración estimada: 1 día
Riesgos:
No identificar posibles riesgos
23 de enero 2019

17
Proyecto: PvRecycle
Actividad: Análisis tiempo y costos
Análisis sobre el tiempo requerido para la realización de todas las actividades del
WBS así como el costo que esta presentan para su realización
Que los tiempos se apeguen al cronograma de actividades ya definido y que los
costos de cada actividad este dentro del rango del presupuesto.
Documento de Análisis de tiempo y costo (ver puntos 4.2.6)
Supuestos:
Información proporcionada por el administrador

Riesgos:
Información proporcionada Incorrecta
25 de enero 2019

18
Proyecto: PvRecycle
Actividad: Diagrama de red
Diagrama donde se presentan las actividades listadas en el WBS y su ruta de
ejecución
Diagrama correctamente realizado listando todas las actividades.
Diagrama de red (ver punto 4.2.4)
Supuestos:
Riesgos:
Información Incorrecta
Información faltante
26 de enero 2019
19
Proyecto: PvRecycle
Actividad: Ruta Critica
Diagrama mostrando las actividades del WBS analizando y señalando la ruta
crítica que toma el proyecto para su realización
Diagrama correctamente analizando todas las actividades del proyecto
Ruta Critica (ver punto 4.2.7)
Supuestos:
Duración de actividades mal proporcionadas
Retraso de actividades
Riesgos:
Datos incorrectos en las actividades
28 de enero 2019

20
Proyecto: PvRecycle
Actividad: Presupuesto
Distribución del presupuesto proporcionado por el cliente, donde se distribuyó por
actividades según las necesidades de cada una para su realización
Presupuesto dentro del rango que se proporcionó por el cliente
Presupuesto (ver punto 4.2.9)
Supuestos:

Riesgos:
Información incorrecta
28 de enero 2019

21
Proyecto: PvRecycle
Actividad: Análisis
Análisis del desarrollo del sistema, software que se usara, definición de la base
de datos y distribución en el desarrollo de fases de la aplicación.
Análisis detallado y concreto aceptado por los integrantes del equipo
Análisis detallado del desarrollo del proyecto (ver punto 4.3)
Supuestos:
Falta de herramientas de trabajo

Riesgos:
4 de febrero 2019

22
Proyecto: PvRecycle
Actividad: Diseño
Diseño de la interface gráfica que el usuario manejara, donde se realizó la
creación de las pantallas y objetos con los que se interactuara.
Interfaces amigables y simples de usar por parte de los usuarios.
Prototipo con las interfaces del proyecto (ver anexo 7.3.15 a 7.3.21)
Supuestos:

Riesgos:
Duración de actividades mal proporcionada
17 de febrero 2019

23
Proyecto: PvRecycle
Actividad: Desarrollo
Desarrollo del BackEnd del proyecto en donde se realizaron todas las funciones
que la aplicación realizara principalmente la venta, compra e inventariado del
material de reciclaje.
Funcionalidad de todos los módulos del sistema en un ambiente ideal.
Sistema Funcional (ver anexo 7.3.15 a 7.3.21)
Supuestos:

Riesgos:
6 de marzo 2019

24
Proyecto: PvRecycle
Actividad: Pruebas
Pruebas del sistema, funcionabilidad, acciones preventivas.
Pruebas realizadas correctamente detectando los bugs y solucionándolos.
Pruebas Unitarias (ver anexo 7.3.15 a 7.3.21)
Supuestos:

Riesgos:
16 de marzo 2019

25
Proyecto: PvRecycle
Actividad: Control de cambios
Control de cambio y modificaciones del sistema y la solución de bugs detectados.
Funcionalidad del 100% de la aplicación.
Control de cambios que se realizaron en el proyecto (ver punto 4.3.1)
Supuestos:

Riesgos:
Bugs no detectados
25 de marzo 2019

26
Proyecto: PvRecycle
Actividad: Documentación
Documentación manual de usuario detallando el funcionamiento de todos los
apartados de la aplicación y el uso de estas, manual técnico definiendo el
mantenimientos y solución a posibles errores de red o errores que marque la
aplicación.
Aceptación por parte del dueño de la empresa.
Manuales de usuario y técnico
Supuestos:

Riesgos:
Datos incorrectos
1 de abril 2019

27
4.2.3 LISTA DE ACTIVIDADES
Inicio
 Definición del Proyecto
 Ingeniería de requerimientos: Funcionales y no funcionales
Planeación
 Cronograma de actividades
 Análisis de riesgo
 Análisis de tiempo y costos
 Diagrama de red
 Ruta Critica
 Presupuesto
Ejecución
 Análisis
 Diseño
 Desarrollo
Control
 Pruebas
 Control de cambios
Cierre
 Entregables
28
4.2.4 DIAGRAMA DE RED
29
4.2.5 ESTIMACIÓN DE RECURSOS REQUERIDOS
Equipo:
 Equipo de computo
 Red de internet al 100%
 Mobiliario
 Impresora
 Servidor
Materiales
 VISUALBASIC 2010
 SQLSERVER 2008
Recurso Humano
 Dueño de la empresa
30
4.2.6 ESTIMACIÓN DE TIEMPOS Y COSTOS
-
Proyecto: PvRecycle Unidad de trabajo #1 (WBS): Definición del proyecto
Completado por Angel Sifuentes(RESPONSABLE): Angel Sifuentes
Esfuerzo en horas_____8_____
Duración estimada (optimista), en horas ______3_______
Duración estimada (pesimista), en horas ______8_______
Duración estimada (más realista), en horas ____5_________
¿Cómo se llegó a este estimado? Selecciona uno
1) Información histórica 2) Estimación de WBS anteriores 3) Cálculos

4) Adivinando
Describa los supuestos que se están haciendo
Análisis certero y eficiente
¿Qué tan seguro se está de que es un buen estimado?

90 %
Proyecto: PvRecycle Unidad de trabajo #2 (WBS): Ingeniería de requerimientos

Esfuerzo en horas_____8______
Duración estimada (más realista), en horas ____4________

4) Adivinando
Análisis certero y conciso

90 %
31
Proyecto: PvRecycle Unidad de trabajo #3 (WBS): Cronograma de actividades
Duración estimada (más realista), en horas _____2________

4) Adivinando
Trabajo sin interrupciones y herramientas de trabajo funcionado correctamente

90 %
Proyecto: PvRecycle Unidad de trabajo #4 (WBS): Análisis de riesgo

Duración estimada (optimista), en horas _____1________
Duración estimada (pesimista), en horas _____3________

4) Adivinando
Trabajo sin interrupciones

90 %
32
Proyecto: PvRecycle Unidad de trabajo #5 (WBS): Análisis tiempos y costos
Duración estimada (optimista), en horas _______1______
Duración estimada (más realista), en horas ______2_______

4) Adivinando

90 %
Proyecto: PvRecycle Unidad de trabajo #6 (WBS): Diagrama de red


4) Adivinando
Trabajo sin interrupciones y herramientas de trabajo funcionando correctamente

90 %
33
Proyecto: PvRecycle Unidad de trabajo #7 (WBS): Ruta Critica

4) Adivinando
Trabajo sin interrupciones y herramientas de trabajo funcionando correctamente

90 %
Proyecto: PvRecycle Unidad de trabajo #8 (WBS): Presupuesto


4) Adivinando
Información correctamente recopilada sin interrupción en el trabajo

90 %
34
Proyecto: PvRecycle Unidad de trabajo #9 (WBS): Análisis

4) Adivinando
Que toda la información necesaria se recopile en el tiempo establecido,
cumpliendo los estándares para la ejecución de los objetivos planteados.

90 %
Proyecto: PvRecycle Unidad de trabajo #10 (WBS): Diseño


4) Adivinando
Herramientas de trabajo funcionando correctamente, trabajo sin interrupciones,
cumplimientos de los objetivos

90 %
35
Proyecto: PvRecycle Unidad de trabajo #11 (WBS): Desarrollo

4) Adivinando
cumplimientos de los objetivos, sin cambios al sistema en la fase de desarrollo

90 %
Proyecto: PvRecycle Unidad de trabajo #12 (WBS): Pruebas


4) Adivinando
Herramientas de trabajo funcionando correctamente, trabajo sin interrupciones
90 %
36
Proyecto: PvRecycle Unidad de trabajo #13 (WBS): Control de cambios

4) Adivinando
un funcionamiento ideal del sistema sin ningún tipo de bug

90 %
Proyecto: PvRecycle Unidad de trabajo #14 (WBS): Entregables


4) Adivinando
90 %
37
4.2.7 CAMINO CRÍTICO
Lista Actividad Duración Predecesor

A Definición del 7 días C
proyecto
B Ingeniería de 5 días E,D
requerimientos
C Cronograma de 2 días F,G
actividades
D Análisis de riesgo 1 día H
E Análisis de tiempo y 3 días H
costo
F Diagrama de red 2 días J
G Ruta critica 2 días J
H Presupuesto 2 días N
I Análisis 7 días L
J Diseño 14 días K
K Desarrollo 18 días I
L Pruebas 10 días Ñ
N Control de cambios 10 días Ñ
Ñ Entregables 8 días
Mi ruta crítica es la siguiente A, C, F, I, J, K, L, Ñ al tener el menor tiempo de Holgura para

su realización
Y mi holgura es de 30 días
38
4.2.8 CALENDARIO DE ACTIVIDADES
39
4.2.9 PRESUPUESTO
Presupuesto
Definición del Proyecto $500
Ingeniería de $500
requerimientos
Cronograma de $500
actividades
Análisis de riesgos y $500
costos
Diagrama de red $500
Ruta critica $500
Presupuesto $500
Análisis $1,500
Diseño $3,000
Desarrollo $3,000
Pruebas $1,500
Control de cambios $1,000
Entregables $1,000
Reserva 10 % $1,000
Total $15,000
40
Presupuesto
Actividad Mano Materiales Equipo Costos Contingencia Total
de indirectos
obra
Definición 250 50 50 50 100 500
del proyecto
Ingeniería de 250 50 50 50 100 500
Requerimien
tos
Cronograma 250 50 100 0 100 500
Actividades
Análisis de 300 50 50 0 100 500
Riesgos
Análisis 300 50 50 0 100 500
tiempos y
costos
Diagrama de 300 50 50 0 100 500
red
Ruta Critica 300 50 50 0 100 500
Presupuesto 300 50 50 0 100 500
Análisis 800 100 100 200 300 1500
Diseño 1500 250 500 250 500 3000
Desarrollo 1750 0 500 250 500 3000
Pruebas 900 0 300 0 300 1500
Control de 200 200 200 200 200 1000

cambios
Entregables 200 200 200 200 200 1000
Total 7600 1200 2250 1150 2800 15000
41
4.2.10 REQUERIMIENTOS DE COMUNICACIÓN
¿Qué ¿Entre ¿Quién lo va Mejor método o Frecuencia

necesita ser quienes? a hacer? medio para
comunicado? hacerlo
Cambios Desarrollador, Desarrollador Reunión 1 semana
Administrador
de la empresa
Errores Desarrollador Desarrollador Correos 1 día
Avances Desarrollador, Desarrollador Reunió, correos 3 días
Administrador
de la empresa
42
4.2.11 ANÁLISIS DE RIESGO
1 irresponsabilidad por parte del administrador ---- 3
2. Información proporcionada incorrecta ---- 7
3. Inconformidad por parte del equipo ---- 4
3. Necesidades no identificadas ----- 4
4. No cumplir con los objetivos ----- 3
5. Información Incorrecta ----- 7
6. No cumplir con el alcance requerido ----- 3
7. Actividades faltantes por documentar ----- 8
8. Datos incorrectos en las actividades----- 5
9. Duración de las actividades mal proporcionada ----- 5
10.Presupuestos fuera del límite asignado ----- 7
11. Cálculos incorrectos----- 5
12. Retraso en actividades ----- 7
13. Modificación del calendario----- 4
14. No identificar posibles riesgos ----- 8
43
4.3 EJECUCIÓN
Análisis
El análisis para el desarrollo del proyecto se llevó acabo por medio de diferentes técnicas
de recolectar información como, por ejemplo.
Se4 realizó una entrevista la cual consiste en una conversación dirigida, con un propósito
específico y que de usa un formato de preguntas y respuestas. En el caso de este proyecto
se realizó de una manera más informal estableciendo una conversación con el dueño de
la empresa preguntando las cosas más importantes como, por ejemplo
¿Qué tipos de materiales utilizan?, ¿se cuenta con la información requerida en algún
archivo?, ¿Qué tan frecuente es la compra y venta de material?
Gracias a estas conversaciones con el dueño se recolecto gran parte de la información

necesaria y se brindó un cuaderno con la gran mayoría de la información que era necesaria
para el manejo de dato dentro del proyecto brindando un gran apoyo al análisis y a la
recolección de datos.
La otra técnica que se uso fue la observación la cual es una técnica útil para el análisis en
su proceso de investigación, consiste en observar a las personas cuando efectúan su
trabajo. (Anexo 7.2.1)
La observación es una técnica de hechos durante la cual el analista participa activamente,

actúa como espectador de las actividades llevadas a cabo por una persona para conocer
mejor su sistema, de esta manera aplicándolo en un día laborar fue de gran ayuda en la
recolección de datos. (Anexo 7.2.2)
El propósito de esto fue el darnos una mejor idea de cómo es llevado el proceso de venta
y compra en la empresa para poder dar un mejor flujo sencillo y rápido de entender al
momento de manejar el sistema que se desarrolló.
4https://www.monografias.com/trabajos94/metodologia-analisis-sistemas-informacion/metodologia-
analisis-sistemas-informacion.shtml
44
Diseño
El diseño de la base de datos se realizó con el motor de base de datos SQLSERVER 2008
Ya que este es un sistema de gestión de base de datos relacionadas que está diseñado
para el entorno empresarial, es un conjunto de extensiones de programación que añaden
varias características incluyendo control de transacciones, excepción y manejo de errores,
procesamiento fila, así como variables declarables.
Siendo estas la razones por las que se escogió este motor de BD (base de datos)
Siendo de gran facilidad al crear las tablas donde se guardaron todos los datos importantes
del sistema como, por ejemplo
 Nombre del material
 Numero de Stock
 Precio de venta
 Precio Compra
 Fecha de compra
 Fecha de venta
Siendo estas unas de las más importantes según lo analizado para cumplir con los
objetivos planteados. (ver Anexo 7.3.1 al Anexo7.3.5)
El proyecto se dividió en dos partes llamando cada una Front-end y back-end son términos
que se refieren a la separación de intereses entre una capa de presentación y una capa
de acceso a datos, respectivamente, puede traducirse al español al primero como interfaz,
frontal final o frontal y el segundo como motor, dorsal, final o zaga, anqué es común dejar
estos por separados.
El motivo por el que se decidió esto fue por las ventajas que ofrece para el desarrollo,
solución de errores y hasta los futuros cambios ya que al momento de realizar un cambio
en los datos internos no necesariamente tendrá que afectar el cambio en la interface del
proyecto.
45
Explicado lo ya mencionado anteriormente el Front-end se desarrolló con HTML 5 que es
un lenguaje de etiquetas para estructurar y presentar contenido de páginas web y como su
nombre indica es la quinta revisión del estándar HTML.
Con la ayuda de CSS que al igual de HTML es un lenguaje de etiquetas se permitió el

presentar de manera estructurada las vistas del proyecto que se usa especialmente en el
diseño visual de un sitio web. (Anexo 7.3.16)
Finalmente usando JavaScript que es un lenguaje de programación interpretado se define
como orientado a objetos basado en los prototipos, imperativo y dinámico con el fin de
mejorar la experiencia del usuario a través de la navegación de las pantallas del proyecto.
Las pantallas que se desarrollaron fueron:

La pantalla de login (Anexo 7.3.15) con el fin de la seguridad al pedir un usuario y
contraseña para poder acceder al sistema ya que se maneja importante información para
la empresa.
La pantalla del administrador y la más importante de todo el sistema se desarrolló de tal

manera que se pudiera manejar todo desde esta pantalla como por ejemplo el alta de
usuario con permiso de acceder al sistema, el registro de nuevo materiales de reciclaje, la
eliminación o modificación de los datos tales como el precio de estos.
La ventana de compra y venta con el fin de cumplir unos de los principales objetivos del
proyecto se generó esta pantalla y como su nombre lo dice esta se encarga de la compra
y venta del material mostrando información guardada en la base de datos como el precio
de esta e información relevante como cuanto material se tiene en ese momento, si es
necesario comprarlo o el precio no es el correcto y así al momento que realizar esta acción
ayudando en la toma de decisiones y mejorando las inversiones del negocio.
Y finalmente la pantalla de inventario mostrando todos los apartados del material de
reciclaje que se maneja en la empresa con toda la infamación de las ventas mejorando
considerablemente la búsqueda de información.5
5 https://ed.team/blog/las-etapas-del-diseno-de-una-correcta-base-de-datos-relacional
46
Desarrollo
Para la creación del back-end en lo que es el enfoque de todo el desarrollo que está detrás
del diseño de proyecto haciendo que este funcione correctamente, se encarga de tomar
los datos, procesarlos y enviarla a los usuarios, además de encargarse de consultas y
peticiones a la base de datos, la conexión con el servidor, entre otras cosas que debe
realizar el sistema. El cual cuenta con herramientas para cumplir su trabajo con visual base,
SQL SERVER, y java Script que son las que se usuario en el desarrollo del proyecto.
Una las herramientas mencionada que fue visual basic la versión 2010 el cual es una
aplicación y un lenguaje de programación el cual toma los elementos de diferentes
paradigmas como el orientado a objetos y el orientado a eventos,
Se escogió este por la simplicidad del código al momento de desarrollar y su fácil
compatibilidad con el sistema operativo Windows que tenía el cliente, este se usó mayor
mente para las peticiones a la base de datos tal y como se menciona en la definición del
back-end y dando la opción de apoyarnos en otras herramientas de desarrollo como CSS
y HTML los cuales son soportados por esta aplicación, simplificando y ordenando en gran
medida el desarrollo del proyecto.
Las peticiones que se creaban era el guarda, actualizar, eliminar y buscar la información
en la base de datos que básicamente estas 4 acciones se usaban en todo el desarrollo del
proyecto ayudando a cumplir mayormente todos los objetivos del proyecto. (anexo 7.3.17)
Además de implementar un modelo basado en MVC (Model-View-Controller) el cual se

llevaba de la mano con nuestro enfoque de desarrollo ordenándolo por capas tal y como
señalamos al dividirlo en Back-end y Front-End.
Cumpliendo así con la parte del desarrollo o como se denomina a lo largo del proyecto el
back-end creando la manipulación de datos de todas las funciones necesarias para que el
proyecto funciones correctamente.6
6 https://devcode.la/blog/frontend-y-backend/
47
Prueba
Para las pruebas del sistema se llegó a un acuerdo con el dueño de la empresa siendo una
manera más rápida y precisa para testear el sistema que fue el probarlo en un día laboral,
se tenía la ventaja que al no tener ningún otro sistema que realizara las tareas del día a
día no afectaría en nada el tener probando el sistema.
Por lo que a lo largo de unos días se estuvo guardado la información y usando todas las
funciones para ir detectando fallas o bugs para solucionarlos durante las pruebas.
Igualmente se usaron algunas técnicas para test de aplicaciones como, por ejemplo
Pruebas estáticas que:
Son el tipo de pruebas que se realizan sin ejecutar el código de la aplicación.
Puede referirse a la revisión de documentos, ya que no se hace una ejecución de código.
Esto se debe a que se pueden realizar "pruebas de escritorio" con el objetivo de seguir los
flujos de la aplicación.
En estas se realización pruebas más específicas en ambientes ideales y escenarios pocos
comunes que pudieran suceder al estar manipulado la aplicación.
Otra técnica fueron las Pruebas dinámicas

Todas aquellas pruebas que para su ejecución requieren la ejecución de la aplicación.
Las pruebas dinámicas permiten el uso de técnicas de caja negra y caja blanca con mayor
amplitud.
Debido a la naturaleza dinámica de la ejecución de pruebas es posible medir con mayor

precisión el comportamiento de la aplicación desarrollada.
Siendo este un método muy efectivo y preciso dada la situación en que se encontraba la
historia del desarrollo del proyecto.7 Donde este tipo de pruebas al menos en otro ambiente
de trabajo no serían posibles y poco recomendables ya que podría afectar el flujo de
trabajo. Por lo que es importante el analizar y determinar cuál es la mejor prueba a ejecutar
en el proyecto que se este realizando.
7 https://es.atlassian.com/continuous-delivery/software-testing/types-of-software-testing
48
4.3.1 CAMBIOS Y ACCIONES CORRECTIVAS
Reporte de todos los cambios y acciones correctivas que se hayan realizado durante el
proyecto.
Forma de Solicitud de cambios

Proyecto: PvRecycle Este cambio se relaciona 3.2
con la actividad #:
Propuesto por: _Ángel Sifuentes________________
¿Qué se desea Pantallas del diseño del proyecto
cambiar?
Razones del Se agregó más información a la Base de datos faltando así
cambio la pantalla para mostrar esta información
¿Por qué es este Para poder Registrar y mostrar la información de los
cambio necesario? materiales agregado a la base de datos
Análisis de Impacto: Todos los cambios impactan al proyecto. Este cambio
impactará las siguientes áreas:
Costo: $1000 Riesgo: N/A
Calendario $6 días Calidad: N/A
Alcance: Que las pantallas Recursos: N/A
muestren la
información agregada
Tecnología utilizada en el proyecto: Visual Studio 2008
¿Qué estoy La interfaz de usuario con la que se interactuara.
tratando de
mejorar con este
cambio:
El cambio está: Dentro del alcance del Fuera del alcance del
proyecto X proyecto
Resultado Aceptado X Rechazado Diferirlo para:
Nombre: Artemio Martínez Mendoza Firma:
49
Forma de Solicitud de cambios
Proyecto: PvRecycle Este cambio se relaciona 3.2
con la actividad #:
Propuesto por: _Gerardo Martínez_________________
¿Qué se desea La información que contendrá la base de datos
cambiar?
Razones del La información que se brindó en un principio estaba
cambio incompleta por lo cual se agregaron nuevas tablas que no
se tenía contempladas
¿Por qué es este Es necesario para tener toda la información de los
cambio necesario? materiales controlada
Análisis de Impacto: Todos los cambios impactan al proyecto. Este cambio
impactará las siguientes áreas:
Costo: $500 Riesgo: N/A
Calendario $3 días Calidad: N/A
Alcance: Tener toda la Recursos: N/A
información en la bd
Tecnología utilizada en el proyecto: SQL SERVER 2008
¿Qué estoy El tener toda la información correctamente almacenada en
tratando de la base de datos sin excepción.
mejorar con este
cambio:
El cambio está: Dentro del alcance del Fuera del alcance del
proyecto X proyecto
Resultado Aceptado X Rechazado Diferirlo para:
Nombre: Artemio Martínez Mendoza Firma:
Registro de cambios
Plan original aprobado 121 días Monto

Fuente Cambio Impacto $15000
Ángel Sifuentes Diseño de 6 días $1000
nuevas
pantallas
Gerardo Martínez Agregar 3 días $500
información
faltante en la bd
Plan final (con los cambios aprobados) 121 días $16500
Actual -- $15000
50
4.3.2 RENDIMIENTO REAL CONTRA LO PLANEADO
Tiempos real contra lo planeado

30
25
20
15
10
0
1 2 3 4 5 6 7 8 9 10 11 12 13
Planeado Real
Costos Real contra lo planeado

9000
8000
7000
6000
5000
4000
3000
2000
1000
0
1 2 3 4 5 6 7 8 9 10 11 12 13
planeado real
Se puede concluir que tanto en tiempos y costos en la mayor parte de las actividades se
defirió contra lo planeado en algunas mucho más que otras dando como conclusión se
debió realizar un mejor análisis más a fondo y detallado sobre las variables que integran
el análisis y costos para poder realizar una estimación más concreta al inicio del proyecto.
51
4.3.3 ACCIONES CORRECTIVAS Y VARIACIONES
Las variaciones que se presentaron fue el acomodo de las tablas en la base de datos a
como se tenía planteado en un principio los motivos fueron que no se tenía toda la
información correctamente recopilada por parte de la empresa al momento de brindarla en
el análisis para el desarrollo de la base de datos ocasionando la creación de tablas con
información faltante por lo que se tomó la acción correctiva de recrear la base de datos
llenándola con toda la información faltante.
Este punto afecto igualmente el diseño de las ventanas del proyecto por lo que se volvieron
a hacer para poder mostrar toda esta información sin contemplar
Otro problema fue el subir el sitio al dominio ya que la computadora que se usuaria como
servidor no estaba correctamente configurada por lo que se tuvo que realizar la
configuración correspondiente para poder darlo de alta y poder ejecutarlo.
4.3.4 RECOMENDACIONES
Se recomienda que se guarde toda la información al momento de la compra de material,

así como la venta en todo momento para conservar toda la información y poder realizar el
correcto análisis de la información al final del día.
En caso de presentarse alguna falla o bug guardar la información del motivo del error, el
módulo en que sucedió, con qué tipo de información y todo aquello relevante para la pronta
solución de este.
Si la falla no afecta drásticamente el flujo de datos al sistema seguir usándolo a lo largo del
día y reportar el error para su pronta solución.
En caso de que el error o bug presentado afecte directamente el flujo principal del sistema
o sea crítico para la empresa evitar seguir usándolo y repártalo para su inmediata solución.
Mantener las contraseñas del sistema, especialmente la del administrador debidamente

protegidas evitando compartirlas a otras personas o divulgándola para mantener toda la
información que se registra en el sistema “integra”.
52
4.4 CIERRE
4.4.1 LISTA DE ENTREGABLES
Listar todos los entregables acordados, verificando su cumplimento
Entregable Aceptado
Project Charter Si
Cronograma Si
Diagrama del Software Si
Prototipo Si
Entrega del Sistema Si
4.4.2 REPORTE FINAL DE DESEMPEÑO
Mejoras que se obtuvieron con el proyecto
 Visibilidad en tiempo y forma del material que maneja la empresa

 Se obtuvieron más ganancias por parte de la empresa
 Se evitó el robo y perdida de material
Cantidad de fallas, errores o desviaciones del proyecto
 Cambios en la base de datos para incluir más datos en las tablas

 Error al subir el sitio al dominio
 Programación de controles sin completar
Cantidad de reuniones
 Se tuvieron 3 reuniones en el transcurso de la elaboración del proyecto

(Revisar anexos 7.3.22 al 7.3.24)
Lecciones aprendidas para futuros proyectos
 El tener un análisis completo y seguro antes de arrancar con el desarrollo del

proyecto evitando cambios por falta de información
 la comunicación cliente-desarrollador es un punto vital para el desarrollo del
proyecto
53
4.4.3 ACEPTACIÓN DEL PROYECTO REALIZADO POR PARTE DEL CLIENTE
Forma de Aceptación de proyecto

Recicladora Martínez
Juan Antonio de la Fuente 12/04/19
Zona Centro #220
Arteaga, Coahuila
Universidad Tecnológica de Coahuila

Ave. Industria Metalúrgica #2001
Parque Industrial Ramos Arizpe
Por medio de la presente hacemos constar que el Sr Angel Israel Sifuentes Urbina con
número de matrícula 14040121 alumno de la carrera Tecnologías de la información,
entregó satisfactoriamente el proyecto PvRecycle.
Con base en los resultados esperados y lo entregado se le otorga una calificación de
9.4.
Se extiende la presente para los fines que al interesado convenga en la ciudad de
Saltillo, Coahuila a los 12 días de abril de 2019.
Atentamente
Ing. Artemio Martínez Mendoza

Gerente
54
V CONCLUSIONES
El presente documento basado en el proyecto PvRecycle para el negocio recicladora

Martínez, las conclusiones que se obtuvieron se puede resaltar lo siguiente
a) Mejora en los ingresos de la empresa, al tener un sistema con toda la

información de las ventas y compras del material siempre disponible y al
momento además de mantenerla integra sin la posibilidad de ser manipulada
por terceros sin el consentimiento del administrador. Se evita el robo o pérdida
de material y así evitando perder dinero y al mismo tiempo vendiendo más ese
material.
b) Análisis de ventas muy completo gracias al sistema de ventas se tiene el total

de las ganancias y los reportes de como se ha estado manejado el material del
reciclaje a lo largo del día, semana o mes dando la posibilidad de saber con
más certeza en que invertir al momento de comprar más material, ¿Qué se
vendió más? ¿Qué fue lo que menos se vendió?
c) Agilización de tiempos al momento de vender, comprar, calcular u obtener la

información de material asiéndolo mucho más fácil y rápido de hacer de esta
manera enfocar el tiempo que antes se perdía en estar sumando el total de las
ventas del día o en anotar cada material que se vendía o compraba. Se pueda
invertir en otros procesos como por ejemplo el acomodo del material. O él envió
de este a otra empresa flujo aparte del proyecto que desempeña la empresa
d) El tener un sistema encargándose de toda la información de la empresa,

funciones y análisis de esta se puede concluir que se mejoró en gran medida el
implementarlo, por lo que puede servir como futuras referencias al momento de
crear un software similar u ofrecer esta innovación a otra empresa diferente
dando pruebas de sus resultados.
VI BIBLIOGRAFÍA
 FCO.JAVIER CEBALLOS SIERRA. (1998). ENCICLOPEDIA DE MICROSOFT.

MEXICO: ED. TRILLAS.
 FOLWER MARTIN. (2000). APRENDIENDO PROGRAMACION. NAUCALPAN
DE JUAREZ: DIVISION COMPUTACION
 HENRY F. KORTH. (1998). FUNDAMENTOS DE SISTEMAS INFORMATICOS.
SAN JUAN: MC GRAW GIL.
 JAVIER GARCIA DE JALON. (2007). APRENDA PROGRAMACION. BUENOS
AIRES: ESCUELA SUPERIOR.
 KENDALL KENNET E. (2007). ANALISIS Y DISEÑO DE SISTEMAS. MEXICO:
OCTAVA EDICION.
 LUIS ACUÑA PRADO. (2004). VISUAL BASIC COMO SEGUNDO LENGUAJE.
COSTA RICA: TECNOLOGICA DE COSTA RICA.
 PERRY.G. (2001). APRENDIENDO VISUAL BASIC. MEXICO DF: ED.
PERSON
 PIATTINI MARIO, ADORACIÓN DE MIGUEL, MARCOS ESPERANZA.
“DISEÑO DE BASES DE DATOS RELACIONALES”. ED. ALFAOMEGA
 PIATTINI MARIO. (2004). DISEÑO DE BASE DE DATOS RELACINALES.
MADRID: ALFAOMEGA
 PRESSMAN R. (2003). UN ENFOQUE PRÁCTICO. BOGOTA: ED. MCGRAW
HILL
.
VII ANEXOS
GLOSARIO
7.1 ANEXO I
Base de datos: Conjunto de datos estructurado y almacenado de forma sistemática

con objeto de facilitar su posterior utilización. Una base de datos puede, por tanto,
constituirse con cualquier tipo de datos, incluyendo los de tipo puramente espacial
(geometrías, etc.) así como, por supuesto, datos numéricos y alfanuméricos como los
que constituyen la componente temática de la información geoespacial.
Back End: El programa de Back End es aquel que se encuentra del lado del servidor,
es decir. Un programador de Back End, debe tener conocimientos de Bases de Datos,
Frameworks, y librerías que le permitan desenvolverse mejor en la manera en la que
sirve las páginas, ya que se va a encargar de todos los datos lleguen desde el Front
End.
Código: Término genérico para nombrar las instrucciones del programa, utilizadas en
dos sentidos generales. El primero se refiere al código fuente, legible a simple vista,
que son las instrucciones escritas por el programador en un lenguaje de programación.
El segundo se refiere al código máquina ejecutable, que son las instrucciones
convertidas de código fuente a instrucciones que el ordenador o computadora puede
comprender.
Compilar: en relación informática, traducir todos los códigos fuente de un programa

desde un lenguaje de alto nivel a un código objeto antes de la ejecución del programa.
El código objeto es un código máquina ejecutable. De manera más general, compilar
suele utilizarse para describir la traducción de cualquier descripción simbólica de alto
nivel a un formato simbólico de bajo nivel o legible por una máquina.
Compraventa: Se conoce popularmente como compraventa a aquel comercio en el

cual se compran y venden cosas, especialmente aquellas usadas o antiguas y por
supuesto con un valor mucho más accesible que en cualquier otro comercio en el cual
se ofrecen piezas similares pero nuevas y sin uso.
Cronograma de actividades: Los cronogramas son una herramienta de gestión de
proyectos, pues permiten planificar, en función del tiempo y de los objetivos, todas las
actividades que necesitemos llevar a cabo para la culminación de un trabajo.
En el cronograma son definidas y detalladas, paso a paso, cada una de las tareas, así
como el tiempo que se debe dedicar a cada una de ellas (fecha de inicio, fecha de
finalización) o el periodo dentro del cual deberían realizarse.
Front End: Son todas aquellas tecnologías que corren de lado del cliente, es decir,
todas aquellas que corren de lado del navegador web. Este se encarga de la vista de
la página, de que los datos de muestren de manera cómoda para el usuario, de que la
interacción que realice sea llamativa y estética.
Dato: Los datos son la representación simbólica, bien sea mediante números o letras
de una recopilación de información la cual puede ser cualitativa o cuantitativa, que
facilitan la deducción de una investigación o un hecho.
Diagrama de casos de uso: Un caso de uso es una secuencia de transacciones que

son desarrolladas por un sistema en respuesta a un evento que inicia un actor sobre
el propio sistema. Los diagramas de casos de uso sirven para especificar la
funcionalidad y el comportamiento de un sistema mediante su interacción con los
usuarios y/o otros sistemas. O lo que es igual, un diagrama que muestra la relación
entre los actores y los casos de uso en un sistema.
Diagrama de flujo: Un diagrama de flujo es un diagrama que describe un proceso,

sistema o algoritmo informático. Se usan ampliamente en numerosos campos para
documentar, estudiar, planificar, mejorar y comunicar procesos que suelen ser
complejos en diagramas claros y fáciles de comprender.
Instalación: La instalación de los programas computacionales (software) es el
proceso fundamental por el cual los nuevos programas son transferidos a un
computador con el fin de ser configurados, y preparados para ser desarrollado
Interfaz: Conjunto de componentes empleados por los usuarios para comunicarse con
las computadoras. El usuario dirige el funcionamiento de la máquina mediante
instrucciones, denominadas genéricamente entradas. Las entradas se introducen
mediante diversos dispositivos, por ejemplo, un teclado, y se convierten en señales
electrónicas que pueden ser procesadas por la computadora. Estas señales se
transmiten a través de circuitos conocidos como bus, y son coordinadas y controladas
por la unidad de proceso central y por un soporte lógico conocido como sistema
operativo.
Material: Hace referencia a los metales que ingresan a el negocio Recicladora

Martínez.
Modulo: Un módulo es un componente auto controlado de un sistema, el cual posee

una interfaz bien definida hacia otros componentes; algo es modular si es construido
de manera tal que se facilite su ensamblaje, acomodamiento flexible y reparación de
sus componentes. Un programa o aplicación puede constar de diferentes módulos y
cada cual actúa de independientemente del otro.
Procesador: El procesador de una computadora es el dispositivo de hardware que

puede tener diversas propiedades, la unidad central de procesamiento o CPU,
conocido como ‘’ cerebro’’ del sistema.
Proceso: Un proceso es un conjunto de procedimientos o funciones que tienen uno o

más objetivos. Los programas y aplicaciones informáticos pueden ejecutar más de un
proceso simultáneamente, ayudados o no por un procesador con múltiples núcleos.
Project Charter: Una herramienta crucial para el desarrollo de toda actividad es el
Project Charter o Acta de Constitución de Proyecto, en la cual se detallan cada uno de
los aspectos fundamentales y cruciales de todo Proyecto, es aquí donde delimitamos
nuestro alcance, definimos los objetivos, establecemos los entregables, definimos las
posiciones, asignamos responsabilidades, definimos los planes (Financieros,
Recursos, Calidad) y las consideraciones (Riesgos, asunciones, restricciones).
Proveedor: Proveedor es la persona o empresa que abastece con algo a otra

empresa o a una comunidad. El término procede del verbo proveer, que hace
referencia a suministrar lo necesario para un fin.
Pruebas de sistema: Las pruebas del sistema tienen como objetivo ejercitar
profundamente el sistema comprobando la integración del sistema de información
globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos
subsistemas que lo componen y con el resto de los sistemas de información con los
que se comunica.
Recicladora: Empresa dedicada a la compra y venta de metales
Recursos de ti: Incluye hardware y software básico, sistemas operativos, sistemas

de administración de bases de datos, de redes, telecomunicaciones, multimedia, entre
otros.
Reporte: Los reportes son informes que organizan y exhiben la información contenida
en una base de datos. Su función es aplicar un formato determinado a los datos para
mostrarlos por medio de un diseño atractivo y que sea fácil de interpretar por los
usuarios.
Recurso Humano: Por la habilidad, conciencia y productividad del personal para

planear, adquirir, prestar servicios, dar soporte y monitorear los sistemas de
Información.
Requerimientos usuarios: describir los requerimientos funcionales y no funcionales,
quesean comprensibles por los usuarios sin conocimiento técnico detallado
Sistema Operativo: El conjunto de programas informáticos que permite

la administración eficaz de los recursos de una computadora es conocido
como sistema operativo o software de sistema. Estos programas comienzan a trabajar
apenas se enciende el equipo, ya que gestionan el hardware desde los niveles más
básicos y permiten además la interacción con el usuario.
Sistema: conjunto ordenado de componentes relacionados entre sí, ya se trate

de elementos materiales o conceptuales, dotado de una estructura, una composición
y un entorno particulares. Se trata de un término que aplica a diversas áreas del saber,
como la física, la biología y la informática o computación.
Stakeholders: Stakeholder es el término en inglés que define a los interesados en un

proyecto de desarrollo de software (esta es una particularización del concepto ya que
es igualmente válido para cualquier tipo de proyecto).
Ticket: Un ticket es un papel impreso con los detalles de alguna transacción. Los
mismos pueden servir en ocasiones como comprobantes de pago, como asimismo
pueden tener algún tipo de uso de carácter facultativo, haciendo que exista un
derecho asociado.
Visual Basic: Visual Basic es una aplicación y un lenguaje de programación

desarrollados por Alan Cooper para Microsoft. Se origina en el clásico lenguaje BASIC.
WBS: Una estructura de descomposición del trabajo (EDT), también conocida por su
nombre en inglés Work Breakdown Structure o WBS, es una herramienta fundamental
que consiste en la descomposición jerárquica, orientada al entregable, del trabajo a
ser ejecutado por el equipo de proyecto, para cumplir con los objetivos de éste y crear
los entregables requeridos, donde cada nivel descendente de la EDT representa una
definición con un detalle incrementado del trabajo del proyecto.
7.2 ANEXO II
CONTRIBUCIONES ADICIONALES.
7.2.1 Diagrama de actividades:
7.2.2 Diagrama casos de uso

7.3 ANEXO III
Base de datos
7.3.1 Tabla clientes:
7.3.2 Tabla artículos:
7.3.3 Tabla proveedores:

7.3.4 Tabla venta histórica:
7.3.5 Tabla Transacción:

7.3.6 Diagrama inicio de sesión:
7.3.7 Diagrama de flujo Catálogo de usuarios:

7.3.8 Diagrama de flujo de artículos
7.3.9 Diagrama de compraventa:

7.3.10 Diagrama de flujo proceso de venta:
7.3.11 Diagrama de flujo proceso de inventario:
7.3.12 Diagrama de flujo para hacer un reporte del módulo de inventario:

7.3.13 Diagrama de flujo para hacer reporte de módulo de ventas1:
7.3.14 Diagrama de flujo para cambio de precio:

7.3.15 Pantalla Inicio:
Nombre Tipo de Control Descripción

Txtusuario TextBox Campo de texto donde se ingresará el
nombre de usuario.
Txtclave TextBox Campo de texto donde se ingresará la clave.
Data Data Permite la conexión a la base de Datos
Btnacceder Button Ejecuta la evaluación de los parámetros
introducidos
Btnsalir Button Cierra la ventana.
7.3.16 Panel Inicio
7.3.16 MODULOS
7.13.17 Modulo de Compraventa
Nombre Tipo de Control Descripción

CbProducto ComboBox Campo en el cual se tiene que elegir el
producto a vender, se llena con el DataSet1.
TxtCantidad TextBox Campo de texto donde se indicará la cantidad
en número los KG a vender.
TxtTotal TextBox Va mostrando el total de la venta.
DataGridView1 DataGridView Contenedor que muestra el contenido añadido
a la venta.
DataSet1 DataSet Nos devuelve solo el nombre y el Id de los
artículos.
BtnAgrega Button Añade más artículos.
BtnQuita Button Elimina artículos de la lista.
BtnVender Button Muestra la pantalla de pago.
lblFolio Label Muestra la ID de la transacción.
CbTipo ComboBox Campo en el que se elige el tipo de
transacción.
7.13.18 Pantalla ticket:

7.3.19 Consultar inventario
7.3.20 Pantalla usuarios

7.3.21 Listado artículos:
7.3.21 Pantalla modificar precios

7.3.22 Anexo Minuta numero 1
Minuta de reunión
Reunión: No:1
Fecha: 9 de enero de 2019
Hora: 10:00 am
Lugar: Oficina del dueño de recicladora Martínez
Objetivos de la reunión
1.- Definir el proyecto que se realizaría y que es lo que busca la empresa
2.- Definición de objetivos y entregables a lo largo del proyecto
3.- Recolección de toda la información necesaria para el desarrollo y creación de la
base de datos
Puntos a discutir
1. Asignación de roles para el desarrollo del proyecto
Comentarios
1.- se brindó un cuaderno con toda la información necesaria para el desarrollo del
proyecto y los puntos que se tenían que cubrir
Conclusiones
1.- se asignaron correctamente los roles que iba desempeñar cada integrante del
proyecto
7.3.23 Anexo Minuta numero 2
Minuta de reunión
Reunión: No.2
Fecha: 8 de febrero de 2019
Hora: 10:00 am
Lugar: oficina del gerente de recicladora Martínez
1.- determinar las tecnologías para el desarrollo de la aplicación
Puntos a discutir
1- ¿Cuál era la herramienta más viable para el desarrollo del proyecto?
2- ¿es necesario contemplar alguna otra herramienta o equipo para el
desarrollo?
Comentarios
Se escogieron las tecnologías que más se adaptaran a el equipo de cómputo que
contaba la empresa para no requerir ninguna compra extra en el material necesario
para llevar a cabo el proyecto
Conclusiones
se determinó el software para el desarrollo del proyecto
7.3.24 Anexo Minuta Numero 3
Minuta de reunión
Reunión: No.3
Fecha: 1 de marzo de 2019
Hora: 8:00 am
Lugar: oficina del gerente de la empresa recicladora Martínez
1.- el determinar la prueba del software en un ambiente real dentro de la empresa
Puntos a discutir
1.- poder utilizar el software en modo de prueba registrando, vendiendo y
manipulando los datos en una semana de trabajo de la empresa
Comentarios
Conclusiones
Se proporcionó el permiso necesario para llevar acabo la prueba dentro de la
empresa en horas laborales para determinar el funcionamiento de la aplicación.

Tesis

Cargado por

Copyright:

Formatos disponibles

Tesis

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis

Cargado por

Copyright:

Formatos disponibles

Ramos Arizpe, Coahuila; a día de mes de año

C. Angel Israel Sifuentes Urbina

Los miembros del comité de revisión de tesina, recomendamos que el Proyecto

M.C Olga Maricela Hernandez Aguilar M.C. Federico U. Cruz Arcos

Asesor Académico Director Académico

Reporte de estadía para obtener el título de:

Ramos Arizpe, Coahuila. Abril de 2019

Que para obtener el título de:

Ramos Arizpe, Coahuila. Abril de 2019

Universidad Tecnológica de Coahuila

Se extiende la presente para los fines que al interesado convenga en la ciudad de

Saltillo, Coahuila a los 12 días de abril de 2019

Ing. Artemio Martínez Mendoza

Tus esfuerzos son impresionantes y tu amor es para mí invaluable. Me has educado, me

La presente tesina la dedico a toda mi familia y amigos principalmente a mi madre que

1.1 DESCRIPCIÓN DE LA EMPRESA

Recicladora Martínez es una empresa de compra y venta de metales como lo son:

Esta empresa recibe los materiales de la ciudadanía en general y después acude a

En la actualidad la empresa está en ascendencia, por la gran cantidad de clientes que el

En la actualidad las tecnologías de información y comunicación son de gran utilidad en

Partiendo de esta importante observación nace el área de oportunidad para el desarrollo

Con el desarrollo del sistema de PvRecycle, se pretende que Recicladora Martínez

Finalmente, el principal propósito de PvRecycle es beneficiar en mayor parte al

Actualmente la empresa no cuenta con ningún sistema o cualquier otra

Toda la información es manejada por medio de un cuaderno en el cual se registran

Se llevó acabo el desarrollo del proyecto, partiendo desde el diseño de la base

Se realizaron las pruebas unitarias del proyecto completo, detectando fallas y

En la fase final se hace entrega de la aplicación completa al cliente instala y

Desarrollar un sistema para la empresa Recicladora Martínez ubicada en Arteaga,

Agilizando la busques y obtención de toda la información guardada en el sistema evitando

Definición del proyecto

Descripción Sistema para la administración de inventario, venta y compra de

Necesidad Actualmente toda la información de inventario, compra y venta se

Justificación Contar con un sistema que tenga registro inmediato, rápido y

Criterios medibles de éxito

 El poder registrar y manipular toda la información de la compra y venta del material

Descripción del alcance del producto:

1.- Inicio 2.-Planeación 4.-Control 5.-Cierre

1.1.- Definición del 2.1 Cronograma de 4.1 Pruebas 5.1 Entregables

2.5 Ruta Crítica.

Duración estimada: 1 semana

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 5 días

Aprobado por: Artemio Martínez Mendoza

Aprobado por: Artemio Martínez Mendoza

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 3 días

Aprobado por: Artemio Martínez Mendoza

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 2 días

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 5 días

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 14 días

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 18 días

Aprobado por: Artemio Martínez Mendoza

Duración estimada: 10 días

Aprobado por: Artemio Martínez Mendoza