Sic On Ere

Universidad José Carlos Mariátegui
Escuela Académico Profesional de Ingeniería de Sistemas e Informática

Curso de Actualización en Sistemas e Informática
I. INTRODUCCION
RENOVA S.A.C. fue fundada en el mes de febrero de 1,951 y dedicada desde sus
inicios al reencauche de neumáticos de automóvil camión y camioneta por los sistemas
tradicionales.
Actualmente, RENOVA es líder en el mercado de reencauche a nivel nacional y su

capacidad y calidad de producción son comparables con las plantas más grandes y
modernas del mundo.
RENOVA es una empresa con tecnología reconocida a nivel mundial y ha brindado

servicio de asesoría para el desarrollo de proyectos de reencauche de neumáticos de
camión y OTR en diversos países.
La calidad y tecnología desarrolladas hasta el día de hoy nos ha permitido

mantener hasta la actualidad la vigencia de nuestro slogan: RENOVA # 1 en reencauche.
Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra
1
II. PLANTEAMIENTO DEL PROBLEMA
La empresa ( RENOVA ) necesita recibir reportes semanales, mensuales y anuales

para la toma de decisiones en cuanto a las actividades que realiza dicha empresa.
• Los reportes son realizados por un encargado que cuenta con conocimientos
básicos de ofimática el cual le permite realizar los reportes en un procesador
de texto (Microsoft Word) y una hoja de calculo (Microsoft Excel). Esto le
ocupa tiempo y poca precisión en cuanto a los resultados a mostrar.
• Todos los reportes son impresos lo cual produce un gasto a la empresa ( papel
, tinta y tiempo ).
• Los archivos que contienen los reportes ya emitidos se guardan en CDs los
cuales son conservados por el encargado, si uno de estos CDs se extravían la
información no se puede recuperar
2
.
3
4
III. REQUERIMIENTOS DEL SISTEMA
¿Qué es lo que hace?
La empresa se dedica al control y reencauche de neumáticos en el asiento minero

de cuajote.
La empresa debe presentar informes de las diferentes actividades que se realiza en

el mantenimiento de las unidades ( neumáticos ) de la empresa SOUTHERN PERÚ
¿Cómo se hace?
Los reportes son realizados por un encargado que cuenta con conocimientos
básicos de ofimática el cual le permite realizar los reportes en un procesador de texto
(Microsoft Word) y una hoja de calculo (Microsoft Excel). Esto le ocupa tiempo y poca
precisión en cuanto a los resultados a mostrar.
¿Con que frecuencia se presenta?
Estos reportes son presentados :
5
 semanal
 mensual
 trimestral
¿Qué tan grande es el volumen de transacciones o decisiones?
Los informe son presentados impresos un juego para la toma de decisiones de los
administradores de la empresa que recibe el servicio y dos juegos para la empresa
renova, uno a para los administrativos y el otro para el usuario, esto provoca la
acumulación de documentos impresos y gasto en material de escritorio. El usuario
encargado almacena la información en cds como respaldo ( copia de seguridad )
¿Cuál es el grado de eficiencia con el que se efectúan las

tareas?
El proceso de realizar los reportes es tedioso y poco confiable por no contar con
un sistema que automatice este proceso y una base de datos que permita contar con
información ordenada para la toma de decisiones a través de datos históricos.
¿Existe algún problema?
La necesidad de contar con una aplicación nace a razón de que el encargado de

emitir los reportes ocupa demasiado tiempo en elaborarlos, este proceso no esta
automatizado en su totalidad.
La problemática se da en la demora del ingreso de la información, realización de

los informes y la veracidad de la información mostrada.
¿Qué tan serio es?
Al no contar con un proceso automatizado e información ordenada (base de datos)

esto provoca perdida de información, tiempo y dinero para la empresa en cuanto a la toma
de decisiones para una correcta administración de los procesos que esta realiza.
6
¿Cuál es la causa que lo origina?
• Los datos se tienen que ingresar cada ves que se emite un nuevo reporte.
• Las consultas se emiten manualmente lo que provoca que el encargado tenga

que revisar información diaria, incurriendo en errores en los resultados.
• No se cuenta con una base de datos la cual nos permita revisar datos pasados
para realizar comparaciones.
7
• Con una base de datos bien normalizada se podrá realizar consultas

automáticamente sin perdida de tiempo.
• Los datos solo serán ingresados una sola ves y a partir de esos datos se podrá
realizar las respectivas consultas cuantas veces uno las desee.
III. 1 .ESPECIFIC ACION DE L OS REQU ERIMIEN TOS

III.1.1.Requerimient os Generale s.
Antes de comenzar el ingreso datos en el “ SISTEMA DE CONTROL DE
NEUMATICOS RENOVA ” ( SICONERE ), usted deberá recolectar toda la
información necesaria.
• Fabricantes : Ingreso detallado de fabricantes de
llantas/aros.
• Proveedores : Ingreso detallado sobre el proveedor /
reencauchador / reparador.
8
• Especificaciones de Llantas/Aro : Ingreso detallado del

requerimiento Nº 2.2.5
• Especificaciones de Vehículos : Ingreso detallado del
requerimiento Nº 2.2.2
• Aplicaciones : Ingreso detallado del requerimiento Nº 2.2.3
• Ubicaciones de los Lugares : Las ubicaciones se refieren al
área de almacenamiento o eliminación efectiva dentro de un
lugar.
Se especifica algunos requerimientos para la utilización del sistema.
III.1.2.Requ erim ient o Tipos de V ehículos.

Se utiliza para determinar las configuraciones de los vehículos que existen en
su flota. Cada configuración de vehículo esta codificado de tal manera que los
detalles se puede almacenar solo una vez en el sistema, eliminando por lo tanto la
necesidad de ingresar estos detalles cada vez que se agregue un nuevo vehículo del
mismo tipo a la flota.
Se asignara un código para cada tipo de vehículo y una descripción para

cada tipo de vehículo.
Ejemplo :
CODIGO DE VEHICULO DESCRIPCION DEL VEHICULO
CAT785 DUMPER CAT 785
MACKSL600 P-MOVER MACK
SUPERLINE DE 600 HP
WA800 CARGADOR KOMATSU
WA800
HILUX4 CTA. TOYOTA HILUX 4WD
60QUAD TRAILER DE 60 TONELADAS
III.1.3.Requ erim ient o Aplicaci ones.
9
Se deberá hacer una lista de las funciones principales que tienen los
vehículos de la flota. Trate de mantener aquellos vehículos que utilicen las mismas
medidas de llantas o medidas similares en un mismo grupo. Se puede mezclar
diferentes tipos de vehículos, ya que se permitirá separarlos mediante el código del
tipo de vehículo que ya se halla establecido. Sin embargo como regla general, es
mejor juntar vehículos similares dentro de los grupos de tareas principales que
estos desempeñen.
10
III.1.4.Dis tribuidore s de Llanta s.

Se utiliza una lista de los clientes o distribuidores de llantas identificados
mediante un código y una descripción.
Ejemplo :
CODIGO DESCRIPCION
CB CITY COUNCIL BUSES
GM GOLD MINE LIMITED
III.1.5.Especif icaci one s sobre la s Llanta s.

Este requerimiento se utiliza para registrar los detalles sobre los tipos de
llantas que usted tiene en uso o es mas probable utilice. Una vez que estos detalles
se registran, solo serán cambiados si el fabricante de llantas cambia las
especificaciones.
Se deben registrar todos los tipos de llantas incluyendo los reencauches.
III.1.5.1.Administración de Llantas.- la administración de las llantas es

simplemente una filosofía. Esta filosofía incorpora una enorme cantidad
de sentido común a la manera en que utilizamos, almacenamos y
evaluamos llantas. Los usuarios han considerado que las llantas son un
gasto necesario, un bien que funcionara por un tiempo, remplazara y
por ende se eliminara. Esta ya no es una actitud aceptable ya que
actualmente se sabe con seguridad que las llantas son un producto
primordial, un bien que cuado se utiliza de manera adecuda, puede
ayudar a generar mayores ingresos, un bien que debemos cuidar y de
cuyo usi debemos sacar el mayor provecho.
La administración de llantas tiene muchas facetas:
• Administración : compra, entrega,
garantía.
• Mantenimiento : Ajuste, almacenamiento,
rotación, mantenimiento de presión.
11
• Uso : Estilo y técnicas de manejo,

utilización adecuada.
• Hecho Histórico : ¿Qué ha sucedido?, ¿Qué
esta sucediendo ahora?, ¿Qué se debería hacer
para mejorar?
Tradicional mente las decisiones relacionadas a las llantas se han

tomado en base a opciones debido a que la recopilación de la
información necesaria a sido difícil de lograr y la producción de
informes mucho mas difícil aun.
III.1.6.Verificar on de D at os.
Cuando se realice la recopilación de la información se verifica si tiene toda
la información para el ingreso de datos.
• Se realiza lo Siguiente a modo de verificar:
• Se verifica el tipo de vehículo.
• Se revisa la lista de aplicaciones y se asegura de que cada vehículo,
cuyos datos se ha recopilado se hay asignado una aplicación.
• Se revisa las características de los distribuidores de llantas.
12
IV. ESTIMACION DEL PROYECTO
Para la estimación del proyecto se trabajo con puntos de función en base a la

experiencia del analista y diseñador para la evaluación de los parámetros de medida tanto
en el dominio de la información y la complejidad del software. Revisar Anexos
13
14
15
16
V. PLANIFICACION EN MS – PROJECT
Los puntos a considerarse para la estructura del proyecto se tomaron del modulo
de enseñanza, las fechas están dadas por en función a la fecha de inicio del trabajo.
Revisar Anexos.
17
18
19
20
21
VI. ANALISIS
VI.1.IDENTIFICAR CLASES
VI.1.1.USAR
VI.1.1.1.FICHA CRC
22
23
24
VII. DISEÑO
VII.1.DISEÑO DE CASOS DE USO
VII.1.1.DIAGRAMAS
VII.1.1.1.Mantenimiento de Vehículos
25
VII.1.1.2.Mantenimiento De Neumático
VII.1.1.3.Mantenimiento Parte Fallada
26
VII.1.1.4.Mantenimiento de Empleados
VII.1.1.5.Lugar de Falla
27
VII.1.1.6.Mantenimiento de Razon de Cambio
VII.1.1.7.Operaciones con Neumáticos
28
VII.1.2.DESCRIPCION DE LOS CASOS DE USO

VII.1.2.1.Mantenimiento de Vehículos : Consiste en el registro de los
vehículos que cuenta la empresa Southern Perú a los cuales la empresa
renova ara el mantenimiento de los neumáticos.
VII.1.2.2.Mantenimiento de Neumáticos : Permite el registro de los

neumáticos que adquiere la empresa Southern Perú para la realización
de las operaciones de sus vehículos.
VII.1.2.3.Mantenimiento de parte Fallada : Es el registro de los posibles

lugares de fallas que puede tener el neumático una vez que inicie sus
operaciones.
VII.1.2.4.Mantenimiento de Empleados : Permite el control de los usuraos

que tendrán acceso al sistema.
VII.1.2.5.Lugar de falla : Es el registro de todos los lugares o estaciones

donde el equipo o unidad de vehículo presenta una falla mientras realiza
sus operaciones
VII.1.2.6.Mantenimiento Razón Falla : Es el motivo por el cual se realizara el

cambio de neumáticos a las unidades vehiculares.
VII.1.2.7.Mantenimiento de Operaciones con Neumáticos : Es el registro de

las operaciones en si que realiza la empresa renova, instalación y
cambio de neumáticos en las unidades de vehículos y el reencauche de
la llantas en mal estado.
29
VII.1.3.DESCRIPCION DE ACTORES
Nombre del actor : Usuario.

Definición : Es la persona que manipula el sistema, esta
se encarga del registro y actualización de la
base de datos.
Notas : En la actualidad se puede encontrar un
segundo usuario.
i. El usuario de campo, que es la persona
que se encarga de recolectar la
información en fichas impresas para
luego ingresarlas al sistema.
Nombre del actor : Supervisor.

Definición : Es la persona que se encarga de solicitar los
reportes para la toma de decisiones y
verificar el correcto funcionamiento de las
actividades.
Notas : Puede manipular (ingresar, modificar, anular,
imprimir) el sistema.
30
VII.2.DIAGRAMA DE INTERACCION
VII.2.1.DIAGRAMA DE SECUENCIA
VII.2.1.1.Registro de Empleados
31
VII.2.1.2.Operaciones con Neumáticos
32
VII.3.DIAGRAMAS DE CLASES Y OBJETOS

VII.3.1.DIAGRAMA DE CLASES
<<Interface>> <<Interface>>
<<Interface>> CC_Razon de Cambio de Neumatico
CC_Parte Fallada de Neumatico CC_Lugar de Falla
(from Operaciones con Neumaticos)
Codigo Codigo
Codigo Descripcion
Descripcion Descripcion
//Seleccione Lugar de Falla() Seleccione Razon de Retiro()

Seleccione Parte Dañada() //Retiro Aceptado()
//Conf irmacion Aceptada() //Lugar Aceptado()
<<Interface>>
CC_ENeumatico
CC_REmpleado <<Interface>> (from Registro de Neumaticos)
CC_RUnidades <<Interface>> Codigo

(from Regsitro Empleado)
(from Registro de Mantenimiento de Vehiculos )
CC_Operaciones con Neumat icos Descripcion
Codigo Codigo (from Operaciones con Neumaticos)
Nombre Descripcion //Regsitra Estado de Neumat ico()
Apellidos Codigo
Estado //Seleccionar Estado()
DNI Descripcion //Neumatico Operativ o()
Registrar Datos de Unidades()
//Lugar Aceptado() //Ingresar Datos a Operar()
//Selecione Unidad() Datos Aceptados()
NeumaticoInstalado <<Interface>>
NeumaticoRetirado
CC_RNeumatico
Fecha Fecha
<<Interface>> (from Regist ro de Neumaticos)
Hora Hora
CC_RVehiculo Serie
Fotografia Posicion
(from Registro de Mantenimiento de Vehiculos ) Codigo
Codigo Observ aciones
Nombre
Tamaño //Registra Datos de Neumat icos()
NumerodeNeumaticos <<Interface>> Seleccionar Datos de Neumatico()
Observ aciones CC_MNeumatico Neumatico Operativ o()
(from Regist ro de Neumaticos)
//Registrar Datos de Vehiculo() Codigo

Alias
Descripcion
//Regsitra Marca de Neumat ico()
33
VIII. IMPLANTACION DE LA BASE DE DATOS

VIII.1.MODELAMIENTO DE LA BASE DE DATOS APARTIR DE DEL
SIAGRAMA DE CLASES (ERWIN)
VIII.1.1.Primera forma normal
PRIMERA FORMA NORMAL
VEHICULO
UNIDAD
cod_vehi
cod_unid
tam_vehi
num_vehi coe_unid
obs_vehi est_unid
obs_unid
cod_vehi (FK)
ESTADO
cod_esta
NEUMATICO
des_esta
cod_neum
ser_neum
tip_neum
RAZON DE CAMBIO dis_neum
MARCA
cod_rcam cin_neum
tam_neum cod_marc
des_rcam coi_neum ali_marc
pca_neum des_marc
pfr_neum
obs_neum
PARTE FALLADA cod_unid (FK)
cod_pafa cod_marc (FK)
LUGAR DE FALLA
des_pafa cod_lufa
des_lufa
34
VIII.1.2.Segunda Forma Normal
SEGUNDA FORMA NORMAL

NEUMATICO
UNIDAD cod_neum
MARCA
cod_unid ser_neum
tip_neum cod_marc
coe_unid dis_neum
VEHICULO ali_marc
est_unid cin_neum
cod_vehi des_marc
obs_unid tam_neum
tam_vehi cod_vehi (FK) coi_neum
num_vehi pca_neum
obs_vehi pfr_neum
obs_neum
cod_marc (FK)
PARTE FALLADA
NEUMATICO INSTALADO NEUMATICO RETIRADO cod_pafa
cod_nein cod_nere des_pafa
cod_neum (FK) cod_neum (FK)
ESTADO
cod_unid (FK) cod_esta (FK)
cod_esta
cod_esta (FK) fec_nere
des_esta fot_nere LUGAR DE FALLA
fec_nein
hor_nein hor_nere cod_lufa
cod_lufa (FK)
des_lufa
RAZON DE CAMBIO
cod_rcam
des_rcam
35
VIII.1.3.Tercera Forma Normal
TERCERA FORMA NORMAL

UNIDAD
NEUMATICO cod_unid: char(5)
cod_neum: char(5)
MARCA coe_unid: varchar(5)
cod_marc: char(5) ser_neum: char(11) est_unid: char(1)
tip_neum: char(5) obs_unid: varchar(50)
ali_marc: char(3) dis_neum: char(8) cod_vehi: char(5)
des_marc: varchar(20) cin_neum: char(7)
tam_neum: char(15) VEHICULO
coi_neum: char(7)
cod_vehi: char(5)
pca_neum: char(15)
pfr_neum: char(15) tam_vehi: char(15)
obs_neum: varchar(50) NEUMATICO_INSTALADO num_vehi: char(2)
LUGAR_DE_FALLA
cod_marc: char(5) cod_nein: char(5) obs_vehi: varchar(50)
cod_lufa: char(2)
cod_unid: char(5)
des_lufa: varchar(15) cod_neum: char(5)
NEUMATICO_RETIRADO
fec_nein: datetime
RAZON_DE_CAMBIO cod_nere: char(5) hor_nein: datetime
cod_pafa: char(2) pos_nein: char(2)
cod_rcam: char(2)
cod_neum: char(5)
des_rcam: varchar(15)
fec_nere: datetime
hor_nere: datetime ESTADO
TALLER
fot_nere: varchar(30) cod_esta: char(2)
PARTE_FALLADA cod_tall: char(5)
cod_rcam: char(2)
cod_pafa: char(2) des_esta: varchar(15)
cod_lufa: char(2) cod_esta: char(2)
des_pafa: varchar(15) cod_esta: char(2) cod_neum: char(5)
fec_tall: datetime
cod_nere: char(5)
cod_pafa: char(2)
cod_nein: char(5)
cod_unid: char(5)
36
VIII.2.IMPLANTACION (SQL)
tipo Profundidad VEHICULO

cod_tipo: CHAR(5) cod_prof: CHAR(5) Tamaño
cod_vehi: VARCHAR(5)
des_tipo: VARCHAR(50) cod_tama: CHAR(5)
des_prof: VARCHAR(7) nom_vehi: VARCHAR(20)
dpc: VARCHAR(15) des_tama: VARCHAR(50) nne_vehi: VARCHAR(2)
Diseño tpc: VARCHAR(15) obs_vehi: VARCHAR(50)
cod_dise: CHAR(5) dpf: VARCHAR(15) cod_tama: CHAR(5)
tpf: VARCHAR(15)
des_dise: VARCHAR(50)
cod_tipo: CHAR(5) UNIDAD
cod_unid: VARCHAR(5)
MARCA NEUMATICO obs_unid: VARCHAR(50)
NEUMATICO_INSTALADO
cod_marc: CHAR(5) cod_neum: VARCHAR(5) cod_vehi: VARCHAR(5)
cod_nein: VARCHAR(5)
ali_marc: VARCHAR(5) ser_neum: VARCHAR(11)
des_marc: VARCHAR(50) fec_nein: TIMESTAMP
obs_neum: VARCHAR(50) OPETAL
cod_dise: CHAR(5) hor_nein: TIMESTAMP
cod_tama: CHAR(5) cod_ot: VARCHAR(5)
cod_prof: CHAR(5) pos_nein: VARCHAR(2)
cod_marc: CHAR(5) cod_nein: VARCHAR(5)
cod_esta: CHAR(5)
cod_neum: VARCHAR(5) cod_nere: VARCHAR(5)
RAZON_DE_CAMBIO fec_ot: TIMESTAMP

cod_unid: VARCHAR(5)
cod_rcam: CHAR(5) NEUMATICO_RETIRADO
des_rcam: VARCHAR(40) cod_nere: VARCHAR(5)
fec_nere: TIMESTAMP ESTADO
PARTE_FALLADA hor_nere: TIMESTAMP
fot_nere: VARCHAR(50) cod_esta: CHAR(5)
cod_pafa: CHAR(5)
cod_lufa: CHAR(5) des_esta: VARCHAR(30)
des_pafa: VARCHAR(40) cod_rcam: CHAR(5)
cod_esta: CHAR(5)
LUGAR_DE_FALLA cod_neum: VARCHAR(5)
cod_lufa: CHAR(5) cod_pafa: CHAR(5)
des_lufa: VARCHAR(40)
37
IX. IMPLATACION DEL PROTOTIPO

IX.1.CONSTRUCCION DEL PROTOTIPO INICAL
IX.1.1.Inicio d el Si st ema
38
IX.1.2.Formulario P rinc ipal
39
40
41

Sic On Ere

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Sic On Ere

Caricato da

Copyright:

Formati disponibili

Universidad José Carlos Mariátegui

Escuela Académico Profesional de Ingeniería de Sistemas e Informática

Actualmente, RENOVA es líder en el mercado de reencauche a nivel nacional y su

RENOVA es una empresa con tecnología reconocida a nivel mundial y ha brindado

La calidad y tecnología desarrolladas hasta el día de hoy nos ha permitido

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

II. PLANTEAMIENTO DEL PROBLEMA

La empresa ( RENOVA ) necesita recibir reportes semanales, mensuales y anuales

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

III. REQUERIMIENTOS DEL SISTEMA

¿Qué es lo que hace?

La empresa se dedica al control y reencauche de neumáticos en el asiento minero

La empresa debe presentar informes de las diferentes actividades que se realiza en

¿Con que frecuencia se presenta?

Estos reportes son presentados :

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

¿Qué tan grande es el volumen de transacciones o decisiones?

¿Cuál es el grado de eficiencia con el que se efectúan las

¿Existe algún problema?

La necesidad de contar con una aplicación nace a razón de que el encargado de

La problemática se da en la demora del ingreso de la información, realización de

¿Qué tan serio es?

Al no contar con un proceso automatizado e información ordenada (base de datos)

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

¿Cuál es la causa que lo origina?

• Las consultas se emiten manualmente lo que provoca que el encargado tenga

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

• Con una base de datos bien normalizada se podrá realizar consultas

III. 1 .ESPECIFIC ACION DE L OS REQU ERIMIEN TOS

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

• Especificaciones de Llantas/Aro : Ingreso detallado del

Se especifica algunos requerimientos para la utilización del sistema.

III.1.2.Requ erim ient o Tipos de V ehículos.

Se asignara un código para cada tipo de vehículo y una descripción para

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

III.1.4.Dis tribuidore s de Llanta s.

III.1.5.Especif icaci one s sobre la s Llanta s.

Se deben registrar todos los tipos de llantas incluyendo los reencauches.

III.1.5.1.Administración de Llantas.- la administración de las llantas es

• Uso : Estilo y técnicas de manejo,

Tradicional mente las decisiones relacionadas a las llantas se han

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

IV. ESTIMACION DEL PROYECTO

Para la estimación del proyecto se trabajo con puntos de función en base a la

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

VII.1.1.3.Mantenimiento Parte Fallada

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

Bachiller : Marvin Toledo Peñaloza - James Ramos Vizcarra

VII.1.1.6.Mantenimiento de Razon de Cambio