Informe de Proyecto Igas - UC 2018

ADMINISTRACIÓN DE PROYECTOS
ESCUELA ACADEMICA PROFESIONAL

” INGENIERÍA DE SISTEMAS E INFORMÁTICA”
I – GAS
Docente: Ing. Guevara Jiménez, Alfredo

Sección: 5465 - SAI
Estudiantes:
 Herrera Paucar, Giancarlo
 Ramírez Osorio, Mael
Huancayo, 2017
i – GAS
ÍNDICE
Acta de constitución ....................................................................................................................... 3
1.1 Título y descripción del proyecto .................................................................................... 3
1.2 Director de Proyecto asignado y nivel de autoridad ................................................... 4
1.3 Caso de Negocio:.............................................................................................................. 4
1.4 Recursos pre asignados .................................................................................................... 4
1.5 Interesados .......................................................................................................................... 4
1.6 Requisitos de los interesados hasta la fecha ................................................................. 4
1.7 Descripción del Producto ................................................................................................. 5
1.8 Objetivos medibles del Proyecto ..................................................................................... 5
1.9 Resumen de cronograma de hitos.................................................................................. 5
1.10 Resumen del presupuesto ................................................................................................ 7
1.11 Riesgos de Alto nivel .......................................................................................................... 7
1.12 Nombre Completo, fecha y firma del Patrocinador que autoriza el proyecto ....... 7
ENTREGABLES DE LA GESTION DE ALCANCE ................................................................................. 8
2.1 Estructura de desglose del trabajo del proyecto (EDT) ............................................... 8
2.2 Diccionario EDT................................................................................................................... 9
2.3 Requerimientos del Proyecto ......................................................................................... 12
2.4 Matriz de Rastreabilidad de los Requisitos ................................................................... 14
2.5 Objetivos............................................................................................................................ 15
2.6 Enunciado del alcance del proyecto .......................................................................... 16
2.6.1 Breve descripción del proyecto ............................................................................. 16
2.6.2 Descripción del alcance del producto ................................................................. 16
2.6.3 Criterios de aceptación de entregables .............................................................. 16
2.6.4 Entregable ................................................................................................................. 16
2.6.5 Exclusiones del proyecto ......................................................................................... 16
2.6.6 Restricciones .............................................................................................................. 16
2.6.7 Supuestos ................................................................................................................... 16
2.6.8 Riesgos preliminares ................................................................................................. 16
2.6.9 Requisitos de aprobación ....................................................................................... 17
2.7 Cronograma del proyecto ............................................................................................. 17
2.8 Área de conocimiento de gestión del costo .............................................................. 18
2.8.1 Línea base de costos ............................................................................................... 18
2.8.2 Costo por paquetes de trabajo y actividades .................................................... 18
2.8.3 Reserva de contingencia 10% de total de paquetes ......................................... 18
2.8.4 Reserva de gestión 10% de línea base .................................................................. 18
2.8.5 Presupuesto total del proyecto .............................................................................. 18
2.8.6 Valor ganado ............................................................................................................ 19
2.9 Ingeniería de Proyecto: Desarrollo de Diccionarios ................................................... 22
2
i – GAS
2.9.1 Diccionario 1: Recopilación de datos. .................................................................. 22

2.9.2 Diccionario 2: Recopilación de requerimientos ................................................... 23
2.9.3 Diccionario 3: Identificación de procesos ............................................................ 23
2.9.4 Diccionario 4: Diseño de diagrama caso de uso ................................................ 24
2.9.5 Diccionario 5: Diseño y prototipo del dispositivo ................................................. 24
2.9.6 Diccionario 6: construcción de software .............................................................. 25
2.9.7 Diccionario 7: ensamblado del dispositivo y software ........................................ 25
2.9.8 Diccionario 8: Verificación de funcionalidad ...................................................... 26
2.10 Gestión de recursos humanos ........................................................................................ 26
2.10.1 Planificar la gestión de los recursos humanos ...................................................... 26
2.10.2 Desarrollar el equipo de proyecto ......................................................................... 27
2.11 MATRIZ DE COMUNICACIONES ...................................................................................... 28
2.12 GESTIÓN DE RIESGOS ....................................................................................................... 29
2.12.1 TABLA DE PROBABILIDAD E IMPACTO..................................................................... 32
Acta de constitución
1.1 Título y descripción del proyecto
Implementación de dispositivo i-gas para el control y publicidad de balón de gas en

la ciudad de Huancayo.
Debido a la necesidad de controlar el nivel de la capacidad de gas y las fugas que

conllevan como consecuencia incendios inesperados que se dan por diferentes
factores como:
• Mala manipulación.
• Mala calidad de los balones.
• Mala calidad del ambiente en el lugar donde el balón de gas se encuentra.
• Calentamiento global, el cual acelera el movimiento de las moléculas de gas,
haciendo que estas causen fugas del balón o en su peor caso exploten.
La oportunidad de la idea de proyecto es:
 Dar seguridad al usuario ya que el índice de los incendios provocados por gas
es muy alto.
 Dar una comodidad al usuario al momento de hacer sus pedidos.
 Dar la capacidad de que el usuario vea la cantidad de contenido que su balón
de gas contiene en tiempo real.
El proyecto consiste en implementar un dispositivo “i-gas” el cual permitirá controlar

el nivel de gas, alerta en caso de fuga de gas, interactuando con una aplicación móvil
que se instala en los dispositivos de los usuarios, el cual permitirá visualizar los niveles
3
i – GAS
y recibir una alerta en caso de fuga, como también ayudará a realizar los pedidos a la
distribuidora de gas de su preferencia.
1.2 Director de Proyecto asignado y nivel de autoridad
• Giancarlo Herrera Paucar
El equipo del proyecto está conformado por:

 Mael Ramírez Osorio
1.3 Caso de Negocio:
Propósito del proyecto
 Uno de los propósitos del proyecto es simplificar los procesos realizados por el
usuario, ahorrando el tiempo en realizarlo.
 Reducir los altos porcentajes de incendios causados por fugas de gas.
 Dar el control al usuario de poder observar el nivel de contenido de su balón
de gas y recibir una alarma en caso de fuga de gas.
1.4 Recursos pre asignados
 Microprocesador Arduino
 Válvula comprensora de gas
 Sensores de gas
 Cables jumper
 Fuente de alimentación para el módulo Arduino.
 Carcasa del producto
1.5 Interesados
• Los interesados en este proyecto son:
o Equipo de Proyecto “i-gas”
1.6 Requisitos de los interesados hasta la fecha

Los requisitos de los interesados sobre el producto son:
 El sensor “i-gas” otorgue lecturas verídicas y exactas sobre la cantidad de
gas en un balón.
 Darle al usuario la posibilidad de hacer un pedido de un balón de gas a la
distribuidora y que esta sea la única opción de pedido que el cliente pueda
realizar.
Los requisitos de los interesados sobre el proyecto son:
 El proyecto debe de realizarse en un tiempo máximo 4 meses.
Los requisitos funcionales sobre el producto:

 El sistema permitirá visualizar la cantidad de gas que contiene el balón.
 El sistema permitirá realizar el pedido de un balón de gas a una o más
distribuidoras.
4
i – GAS
 El sistema emitirá una alarma en el caso de una fuga de gas.
1.7 Descripción del Producto
El sensor “i-gas” permitirá al usuario visualizar la cantidad del contenido de gas de su

balón de gas doméstico, alarmará al usuario en caso de fuga de gas, y permitirá
realizar el pedido de balones de gas a su distribuidor de gas preferido.
Entregables:
 Diseño y prototipo del producto, detallado técnicamente.
 Diseño y prototipo de la aplicación móvil.
 Dispositivo “i-gas” y aplicación móvil
1.8 Objetivos medibles del Proyecto
Este Proyecto busca ofrecer un servicio de calidad sobre el control de los balones de
gas domésticos, ayudando a fomentar el cuidado del medio ambiente evitando las
posibles fugas de los balones de gas y prevención de posibles accidentes como los
incendios.
1.9 Resumen de cronograma de hitos
Entregable semana
Acta de constitución Semana
02
Estructura de desglose del trabajo Semana
03
Cronograma del proyecto Semana
04
Presupuesto detallado del Semana
proyecto 05
Herramienta de control de calidad Semana
06
Ejecución: Informe de avances Semana
Ejecución: Informe de desempeño 07
1
Plan de recursos humanos Semana
2
Plan de comunicaciones Semana
3
Plan de riesgos 1 Semana
Ejecución: Informe de 11
desempeño 4
5
i – GAS
Plan de riesgos 2 Semana

Ejecución: Informe de 12
desempeño 5
Plan de adquisiciones Semana
6
Plan de interesados Semana
Ejecución Informe de desempeño 14
7
Entrega de informe Semana
final 15
Despliegue de la Semana
solución 16
6
i – GAS
1.10 Resumen del presupuesto

El presupuesto del equipo de proyecto se muestra en la siguiente tabla
detalladamente el monto por cada integrante.
Integrante equipo de Inversión

proyecto (En Soles)
Herrera Paucar Giancarlo S/.200.00
Ramírez Osorio Mael S/.200.00
1.11 Riesgos de Alto nivel

Oportunidades:
 Ser la única empresa en la región Junín y en el Perú que ofrece esta idea de
negocio innovadora.
 La inexistencia de competidores directos,
 La fácil aceptación de los consumidores a este innovador producto.
Amenazas:
 El lanzamiento de un producto con características similares de una gran
empresa.
 Falta de presupuesto para el marketing del producto.
 Falta de capacidad de satisfacer la demanda de los consumidores.
1.12 Nombre Completo, fecha y firma del Patrocinador que autoriza el proyecto
Al ser este un proyecto considerado como startup, no requiere la aprobación de un

patrocinador de una empresa.
Elaborado por:
 Herrera Paucar Giancarlo
 Ramírez Osorio Mael
7
i – GAS
ENTREGABLES DE LA GESTION DE ALCANCE

2.1 Estructura de desglose del trabajo del proyecto (EDT)
Implementación de dispositivo i-g@s para el control y publicidad de

balón de gas en la ciudad de Huancayo.
1.Gestion del
2.Ingenieria Producto
proyecto
1.1.Inicio 2.1.Analisis 2.2.Desarollo 2.3.implementación 2.4.Pruebas 2.5.cierre
2.1.1.Recopilación de 2.2.1.Diseño de 2.3.1.Construcción 2.4.1.Verificar 2.5.1.Capacitar al

1.2.Planificación
datos diagramas del software funcionalidad personal
2.4.2.Ajustar errores
2.1.2.Recopilación de 2.2.2. Diseño de 2.3.2.Ensamblado del 2.5.2.Entrega del
1.3.Ejecución y defectos
requerimientos Software dispositivo producto
encontrados
2.2.3.Diseño y
1.4.Monitoreo y 2.1.3.Identificación
prototipo del
control de procesos
producto
1.5.Cierre
8
2.2 Diccionario EDT
ID # Cuenta Control # Última Actualización Responsable

2.1.1 2. 14/09/17 Equipo de Proyecto
Descripción: Recopilación de datos
Criterio de Aceptación: El informe debe contener información de los datos recopilados al
distrito de Huancayo.
Entregables: Informe y presentación al contacto de la universidad.
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 1 herramienta de recopilación de
datos
Duración: 6 días hábiles
Hitos:
25 agos – Informe preliminar
30 sept – Informe de datos presentación al contacto de la universidad.
Costo: –
Firma del Director del Proyecto:
………………………………………………………………

2.1.2 2.1 14/09/17 Equipo de Proyecto
Descripción: Recopilación de requerimientos
Criterio de Aceptación: El informe debe contener información de los requerimientos
identificados para el desarrollo del dispositivo.
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 1 herramienta de recopilación de
datos
Hitos:
30 sept – Informe de datos presentación al contacto de la universidad.
Costo: –
………………………………………………………………
i – GAS

Descripción: Identificación de procesos
Criterio de Aceptación: El informe debe contener información de los procesos
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 3 laptops
Hitos:
3 sept – Informe de procesos presentación al contacto de la universidad.
Costo: –
………………………………………………………………

Descripción: Diseño de diagramas
Criterio de Aceptación: El informe debe contener diagramas uml
Supuesto: –
Hitos:
4 sept – Informe preliminar
Costo: –
………………………………………………………………

Descripción: Diseño y prototipo del dispositivo
Criterio de Aceptación: El informe debe contener diseño o prototipo del dispositivo
Entregables: Informe y prototipo del dispositivo
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 3 laptops, componentes.
Hitos:
Costo: –
………………………………………………………………
10
i – GAS

Descripción: Construcción del software
Criterio de Aceptación: El informe de construcción del software
Entregables: Informe y software
Supuesto: –
Hitos:
Costo: –
………………………………………………………………
Descripción: Ensamblado del dispositivo y software
Criterio de Aceptación: El informe de ensamblado del dispositivo con el software
Entregables: Informe de ensamblado y dispositivo final
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 3 laptops, software, dispositivo
Hitos:
3 oct – Informe de procesos presentación al contacto de la universidad.
Costo: –
………………………………………………………………

Descripción: Verificar funcionalidad
Criterio de Aceptación: El informe de funcionalidad
Entregables: Informe de funcionalidad de requerimientos
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 3 laptops, dispositivo listo
Hitos:
4 oct – Informe preliminar
Costo: –
………………………………………………………………

Descripción: corrección de errores
11
i – GAS
Criterio de Aceptación: El informe de errores corregidos

Entregables: Informe de errores corregidos y ajustados
Supuesto: –
Hitos:
Costo: –
………………………………………………………………
Descripción: capacitar al personal
Criterio de Aceptación: El informe de capacitación
Entregables: Informe de capacitación satisfactorio.
Supuesto: –
Hitos:
Costo: –
………………………………………………………………

Descripción: Entrega del dispositivo final
Criterio de Aceptación: El informe del dispositivo final
Entregables: Informe del dispositivo y conformidad de requerimientos.
Supuesto: –
Recursos Asignados: 3 estudiantes de la universidad, 3 laptops, dispositivo final
Hitos:
Costo: –
………………………………………………………………
2.3 Requerimientos del Proyecto
Requerimientos Funcionales: La aplicación otorgue lecturas exactas sobre la cantidad

de gas en un balón.
Prioridad
Stakeholder Requerimientos
Otorgada por el
12
i – GAS
Stakeholder
Los componentes del plan de proyecto deben

Muy alta
cumplir las especificaciones técnicas definidas.
Comité de La presentación del dispositivo terminado debe
Muy Alta
Dirección cumplir con las características deseadas.
El dispositivo debe implementarse antes del
Muy Alta
término del semestre.
Equipo de Muy Alta Que le desarrollo del nuevo producto sea viable.
Desarrollo Alinear el concepto del dispositivo al perfil inicial
Muy Alta
del Proyecto para su aprobación
Contar con la información completa para generar
Ingeniería
Alta las especificaciones técnicas y planos de los
(Equipo de
componentes
desarrollo del
Diseñar una estructura del dispositivo final que
proyecto) Alta
enlace los componentes.
Requerimientos Funcionales Realizar pedido a la distribuidora mediante la aplicación.
Prioridad
Stakeholder Otorgada por el Requerimientos
Stakeholder
Los componentes del plan de proyecto deben

Muy alta
cumplir las especificaciones técnicas definidas.
Comité de La presentación del dispositivo terminado debe
Muy Alta
Dirección cumplir con las características deseadas.
El dispositivo debe implementarse antes del
Muy Alta
término del semestre.
Equipo de Muy Alta Que le desarrollo del nuevo producto sea viable.
Desarrollo Alinear el concepto del dispositivo al perfil inicial
Muy Alta
del Proyecto para su aprobación
Contar con la información completa para generar
Ingeniería
Alta las especificaciones técnicas y planos de los
(Equipo de
componentes
desarrollo del
Diseñar una estructura del dispositivo final que
proyecto) Alta
enlace los componentes.
Requerimientos No Funcionales: Requerimientos de calidad

Prioridad
Stakeholder Otorgada por el Requerimientos
Stakeholder
Project Alta Cumplir requerimientos identificados.
Manager Muy Alta El plan de proyecto debe ser presentado antes del
13
i – GAS
término del semestre 2017-2

Muy Alta El plan proyecto debe ser rentable.
2.4 Matriz de Rastreabilidad de los Requisitos
Criterio
Solicit
Descripció Priori Estad de Respons
Fecha ado Objetivo Entregable
# n dad o Acepta able
por
ción
Los
componen
tes del
plan de
Plan Equipo
proyecto Satisfacció
28/08 Acept Plan de del de
1 deben n del Alta
/17 ado Proyecto proyec Proyect
cumplir las usuario
to o
especificac
iones
técnicas
definidas.
La
presentaci
ón del
dispositivo
Equipo
terminado Satisfacció
20/10 Acept Plan de de
2 debe n del Alta
/17 ado Proyecto Proyect
cumplir usuario
o
con las
característ
icas
deseadas.
El
dispositivo
debe Plan de
Implement Equipo
implement Proyecto /
20/10 ación Medi Diferi de
3 arse antes Plan de
/17 tiempo a do Proyect
del Implement
exacto o
término ación
del
semestre.
Que le
Presupues Equipo
desarrollo Tener
20/10 Acept to del Plan de
4 del nuevo rentabilida Alta
/17 ado de Proyect
producto d
Proyecto o
sea viable.
Alinear el No Equipo
20/10 acept Plan del
concepto desviarse alta de
/17 ado proyecto
del del plan Proyect
14
i – GAS
dispositivo inicial con o

al perfil los
inicial para requerimie
su ntos
aprobació establecid
n os
Contar con
la
informació
n
Diseñar e
completa
identificar
para Equipo
correctam
generar las 20/10 acept Plan del de
ente las alta
especificac /17 ado proyecto Proyect
necesidad
iones o
es del
técnicas y
usuario.
planos de
los
componen
tes
Diseñar Correcta
una interacció
estructura n entre el
del dispositivo Equipo
dispositivo 20/10 con los acept Plan del de
alta
final que /17 medios ado proyecto Proyect
enlace los conectado o
componen s para su
tes. uso
correcto.
2.5 Objetivos
Objetivo general:
 Implementar un dispositivo para el control de fuga de gas mediante la domótica,
para las industrias y hogares en el distrito de Huancayo.
Objetivos específicos:
 Realizar el análisis de la información recopilada en escala de prioridades para
identificar los requerimientos del sistema en el uso de gas
 Diseñar el modelado del sistema, creando los diagramas de interacción de las
instancias para describir el funcionamiento correcto del sistema.
 Implementar el dispositivo ensamblando los componentes y software para
obtener la correcta interacción y pueda cumplir los requerimientos establecidos
satisfactoriamente.
 Verificar que el dispositivo cumpla con las especificaciones requeridas y
capacitar al personal sometiendo a prueba la técnica de capacitación para su
correcta manipulación del dispositivo.
15
i – GAS
2.6 Enunciado del alcance del proyecto

2.6.1 Breve descripción del proyecto
Debido a los altos porcentajes de incendios causados por las fugas de gas ya
sea de manera industrial o doméstico, el proyecto se basa en el uso de la
nueva tecnología para simplificar las tareas de las personas ofreciendo
control y seguridad.
La implementación del proyecto i-gas pretende reducir el porcentaje de
incendios producidos por fugas de gas; ya que, en la actualidad va
incrementando por no tener la seguridad necesaria, la utilidad del desarrollo
de este proyecto será brindar seguridad a las personas en sus hogares y
trabajos.
2.6.2 Descripción del alcance del producto

El sensor “i-gas” permitirá al usuario visualizar la cantidad del contenido de
gas de su balón de gas doméstico en su Smartphone, alarmará al usuario en
caso de fuga de gas, y permitirá realizar el pedido de balones de gas a su
distribuidor de gas preferido.
2.6.3 Criterios de aceptación de entregables

Los criterios de aceptación del proyecto son: Entregar en la hora y fecha
establecida los pasos para el rediseño que cumpla con los estándares de
calidad.
2.6.4 Entregable
El entregable es el dispositivo electrónico “i-Gas”, la aplicación móvil que se
ejecutará en el sistema operativo Android que recibirá datos con el propósito
de interactuar con el usuario y mantenerlo comunicado en cada momento
para brindar un mayor control de la seguridad de su hogar.
2.6.5 Exclusiones del proyecto
La exclusión del proyecto es que el dispositivo solo funcionara en un área de
50 metros a la redonda de donde esté instalado el dispositivo.
2.6.6 Restricciones
La restricción es el tiempo para la ejecución, implementación del proyecto y
someter a prueba la correcta funcionalidad del dispositivo en el área de
ejecución.
2.6.7 Supuestos
Buscar socios capitales para el desarrollo de la producción a gran escala para
satisfacer la gran demanda de los consumidores y abarcar un mayor
mercado.
2.6.8 Riesgos preliminares
Oportunidades:
 Ser la única empresa en la región Junín y en el Perú que ofrece esta
idea de negocio innovadora.
 La inexistencia de competidores directos.
 La fácil aceptación de los consumidores a este innovador producto.
Amenazas:
 El lanzamiento de un producto con características similares de una
gran empresa.
 Falta de presupuesto para el marketing del producto.
 Falta de capacidad de satisfacer la demanda de los consumidores.
16
i – GAS
2.6.9 Requisitos de aprobación

Presupuesto disponible para financiar la creación e implementación del
proyecto.
2.7 Cronograma del proyecto
17
i – GAS
2.8 Área de conocimiento de gestión del costo
2.8.1 Línea base de costos
Tabla 1: Línea base de costos
Nombre de tarea Costo Costo

Acumulado
GESTION $
900.00 $900 .00
Análisis $ $
250.00 1150.00
Desarrollo $ $
500.00 1650.00
Implementación $ $
600.00 2250.00
Pruebas $ $
200.00 2450.00
Cierre $ $
200.00 2650.00
Total del proyecto $ 2650.00
2.8.2 Costo por paquetes de trabajo y actividades

S/. 462.00
2.8.3 Reserva de contingencia 10% de total de paquetes
Nombre de tarea Costo

Reserva de contingencias
(10%) $ 46.20
2.8.4 Reserva de gestión 10% de línea base
Nombre de tarea Costo

Reserva de gestión (10%) $ 46.20
2.8.5 Presupuesto total del proyecto
Nombre de tarea Costo Costo

Acumulado
GESTION $
100.00 $ 100.00
Análisis $ 80.00 $ 80.00
Desarrollo $ 250.00 $ 330.00
Implementación $ 60.00 $ 390.00
Pruebas $ 30.00 $ 422.00
Cierre $ 40.00 $ 462.00
Reserva de
$ 46.20
contingencias (10%) $ 508.20
Reserva de gestión (10%) $ 46.20 $ 554.40
Total del proyecto $ 554.40
18
2.8.6 Valor ganado
INDICE DE
VALORES VARIACION DESEMPEÑO
ELEMENTO DE LA VALOR VALOR VALOR VALOR COSTO CRONOGRA COST COST

EDT PLANIFICADO PLANIFICADO GANADO GANADO REAL(AC) MA O CRONOGRAMA O
% VALOR EV/A
(PV) % completado (EV) Costo
REAL EV-PV EV-AC EV/PV C
INICIO DEL
PROYECTO
DESARROLLAR EL
100 100% 100% S/. 100.00
ACTA DE S/. - S/.
CONSTITUCION 95 -5 5.00 S/. 0.95 0.95
PLANIFICACION
ELABORAR S/. S/.
100 100% 100% S/. 100.00
LA EDT 100 0 0.00 S/. 1.00 1.00
ELABORAR
EL DICCIONARIO 50 100% 100% S/. 50.00 S/. - S/.
DE LA EDT 49 -1 1.00 S/. 0.98 0.98
ELABORAR
EL ENUNCIADO 50 100% 100% S/. 50.00 S/. S/.
DE ALCANCE 50 0 0.00 S/. 1.00 1.00
ELABORAR
LA MATRIZ DE
100 100% 100% S/. 100.00
TRAZABILIDAD DE S/. - S/.
REQUISITOS 97 -3 3.00 S/. 0.97 0.97
ELABORAR
EL CRONOGRAMA 50 100% 100% S/. 50.00 S/. S/.
DE PROYECTO 50 0 0.00 S/. 1.00 1.00
EJECUCION
i – GAS
DIRIGIR Y
GESTIONAR EL
200 100% 100% S/. 205.00
TRABAJO DEL S/. - S/.
PROYECTO 198 -2 7.00 S/. 0.99 0.97
MONITOREO Y
CONTROL
SEGUIMIENTO Y
CONTROL DEL 200 100% 100% S/. 200.00
TRABAJO DEL S/. S/.
PROYECTO 200 0 0.00 S/. 1.00 1.00
CIERRE
ELABORAR
EL INFORME DE
CIERRE Y 50 100% 100% S/. 50.00
ENTREGA DE S/. S/.
PRODUCTO 50 0 0.00 S/. 0.00 1.00
INGENIERIA DE
PRODUCTO
ETAPA 1:
ANALISIS
RECOPILACIÓN DE S/. - S/.
100 100% 100% S/. 105.00
DATOS 99 -1 6.00 S/. 0.99 0.94
RECOPILACIÓN DE
REQUERIMIENTO 50 100% 100% S/. 50.00 S/. S/.
S 50 0 0.00 S/. 1.00 1.00
IDENTIFICACION 100 100% 100% S/. 100.00 S/. S/.

DE PROCESOS 100 0 0.00 S/. 1.00 1.00
ETAPA 2:
DESARROLLO
DISEÑO DE S/. S/.
150 100% 100% S/. 150.00
DIAGRAMAS 150 0 0.00 S/. 1.00 1.00
20
i – GAS
DISEÑO DE S/. - S/.

200 100% 100% S/. 205.00
SOFTWARE 199 -1 6.00 S/. 1.00 0.97
DISEÑO DE S/. - S/.
150 100% 100% S/. 152.00
PROTOTIPO 150 0 2.00 S/. 1.00 0.99
ETAPA 3:
IMPLEMENTACIÓN
CONSTRUCCIÓN S/. S/.
0 0% 0% S/. 0.00
DEL SOFTWARE 0 0 0.00 S/. 0.00 0.00
ENSAMBLADO 0 0% 0% S/. 0.00 S/. S/.

DEL DISPOSITIVO 0 0 0.00 S/. 0.00 0.00
ETAPA 4:
PRUEBAS
VERIFICAR S/. S/.
0 0% 0% S/. 0.00
FUNCIONALIDAD 0 0 0.00 S/. 0.00 0.00
AJUSTAR
ERRORES Y
0 0% 0% S/. 0.00
DEFECTOS S/. S/.
ENCONTRADOS 0 0 0.00 S/. 0.00 0.00
ETAPA 5: CIERRE
CAPACITAR AL S/. S/.
0 0% 0% S/. 0.00
PERSONAL 0 0 0.00 S/. 0.00 0.00
ENTREGA DEL S/. S/.
0 0% 0% S/. 0.00
PRODUCTO 0 0 0.00 S/. 0.00 0.00
S/.
TOTAL 1650 71% 1637 68% 1667 -13 -30 13.875
14.77
21
2.9 Ingeniería de Proyecto: Desarrollo de Diccionarios
2.9.1 Diccionario 1: Recopilación de datos.

 Se usó como herramienta de recolección una encuesta a los habitantes
de los distritos de Huancayo, Chilca y el Tambo con una muestra de 50.
i – GAS
2.9.2 Diccionario 2: Recopilación de requerimientos
Requerimientos
Funcionales No funcionales
 El sistema debe permitir visualizar  El sistema debe enviar la alarma

la cantidad de gas que contiene el de fuga de gas de manera
balón. inmediata.
 El sistema debe emitir una alerta  El sistema debe enviar los datos
en caso de fuga. de estado del balón en tiempo
 El sistema debe permitir ingresar real.
números de emergencias.  El sistema debe ser fácil de usar
 El sistema debe permitir visualizar (intuitivo)
números de emergencia.  El sistema debe ser preciso en
 El sistema debe mostrar y las lecturas de los sensores.
configurar la hora y fecha.
 El sistema debe permitir editar
recordatorio por cada nivel de gas
deseado.
 El sistema debe permitir visualizar y
emitir alarma de recordatorio
agregado.
2.9.3 Diccionario 3: Identificación de procesos
23
i – GAS
2.9.4 Diccionario 4: Diseño de diagrama caso de uso
2.9.5 Diccionario 5: Diseño y prototipo del dispositivo
24
i – GAS
2.9.6 Diccionario 6: construcción de software
2.9.7 Diccionario 7: ensamblado del dispositivo y software
El dispositivo será ensamblado con los siguientes pasos.
 Impresión del diseño del circuito

 Planchado del circuito impreso en la placa de cobre
 Disolución del cobre excediste de la placa de cobre
 Reforzamiento del circuito con soldadura de estaño
 Perforación de la placa de cobre
 Soldar los componentes en la placa de cobre (Arduino, sensor,
resistencias, válvula de presión, Bluetooh, etc.)
 Testear a cada circuito para comprobar su continuidad.
 Armado de carcasa con el circuito.
25
i – GAS
2.9.8 Diccionario 8: Verificación de funcionalidad

El dispositivo se someterá a prueba verificando así su funcionalidad.
 Prueba de comunicación inalámbrica
 Prueba de sensor de gas
 Prueba de transmisión de datos en la aplicación móvil
 Prueba de datos compilación de código
 Prueba de alerta en tiempo real.
2.10 Gestión de recursos humanos

2.10.1 Planificar la gestión de los recursos humanos
 Relación de roles de proyecto

 Analista: Los analistas de sistemas informáticos adaptan y
diseñan sistemas de información para ayudar a las empresas
trabajar de forma más rápida y eficiente
 Programador: Los programadores informáticos escriben y prueban
los programas de ordenador. Escriben las instrucciones en un
lenguaje informático que el ordenador puede leer, para llevar a cabo
tareas
 Diseñador: El diseñador de sistemas es el encargado de definir la
arquitectura de hardware y software, componentes, módulos y datos
de un sistema de cómputo, a efectos de satisfacer ciertos
requerimientos.
 Tester: Planifican y llevan a cabo pruebas de software.
 Matriz de roles y responsabilidades
Levantar los Diseño y Construcció Comprobar

requerimiento prototipo n de funcionalida
s funcionales del software d del
y no dispositiv producto
funcionales o
Analista x
Diseñador x
Programado x
r
Tester x
26
i – GAS
 Organigrama y descripción de cargos
Jefe de Proyecto
(Giancarlo Herrera)
Programador - Tester Analista - Diseñador

(Giancarlo Herrera) (Mael Ramirez)
2.10.2 Desarrollar el equipo de proyecto

 Habilidades interpersonales
Las habilidades interpersonales que prevalecerán en el equipo de

proyecto son empatía, la influencia, la creatividad, la comunicación y el
liderazgo.
 Capacitación
El personal recibirá capacitación según a las actividades que

desempeñan para así obtener un mejor logro de resultados.
 Reglas básicas
 El horario de trabajo de lunes a viernes es de 8:00 am – 1:00 pm,

3:00 pm – 6:00 pm.
 Habrá una tolerancia de 10 minutos de tardanza.
 Toda inasistencia al día de trabajo debe de ser comunicado al
jefe de proyecto con una anticipación de 24 horas.
 Los entregables deben de ser entregados en el plazo establecido.
 Reconocimiento y recompensas
 Al personal que cumpla los objetivos establecidos por el equipo

de proyecto y cumplan con comportamientos positivos recibirán
vales de consumo para supermercados y un bono adicional a su
sueldo respectivo.
27
i – GAS
2.11 MATRIZ DE COMUNICACIONES
ID Actividad Frecuencia Medio Responsabilidad del Interesado

# del Director Analista Programador
informe de
proyectos
1 Iniciación del Información detallada E I E E E
proyecto de la etapa de incisión
del proyecto.
3 Planificación Información detallada E I V E E
del proyecto de la planificación del
proyecto, alcance,
tiempo, costo,
calidad, RRHH,
riesgos,
comunicaciones,
adquisiciones
4 Coordinaciones Información detallada S I-E A E E
del proyecto de las de
coordinación semanal
del avance del
proyecto
5 Análisis Este documento da a S E–R E -V E E
conocer a los
usuarios, los
aspectos
conceptuales de las
funciones y
características dentro
del alcance del
proyecto
6 Desarrollo Este documento da a S G–R E V E
conocer el diseño de
prototipos del
proyecto
7 Implementación Información del M I–R A V E
resultado de la
implementación del
proyecto
8 Resultados de Se registrará la E I V E S
pruebas funcionalidad del
dispositivo.
9 Cierre de Capacitación e E R V-E V V
proyecto Información detallada
del cierre del proyecto
Nota:
Frecuencia: M(mensual); S(semanal); Q(quincenal); E(eventual)
Medio: I(informe); M(minuta); E(e-mail); R(reunión); G(gráfico); P(planilla)
Responsabilidad: D(destinatario); E(emisor); A(autoriza); S(soporte); V(valida)
28
i – GAS
2.12 GESTIÓN DE RIESGOS
Nro. Descripción de Riesgos Categoría Proba Impacto Seve Responsa Respuesta Disparador
bilidad ridad ble
1 Debido a la falta de Tiempo M(2) A(3) (6) Giancarlo Condicionar las Desviación
veracidad de las personas preguntas de fecha 3%
en las encuestas, la realizadas con
información afectaría a la respecto a la
gráfica de producción anterior
planeada.
2 Debido a un mal registro de Técnico B(1) M(2) (2) Mael Seguimiento en el Mala calidad
datos al software, este registro de software
mostraría información no
validad.
3 Debido a la falta de tiempo Tiempo A (3) A(3) (9) Giancarlo Persuadir a que Desviación
de las personas colaboren con las de fecha 2%
encuestadas retrasara la respuestas
recolección de la
información.
4 Debido a la mala Técnico M(2) M(2) (4) Giancarlo Revisión y Desviación
identificación del seguimiento del de producto
problema, los desarrollo de terminado
requerimientos no son los identificación con respecto
correctos. a los
requerimient
os
5 Debido a la mala Técnico A (3) B(1) (3) Giancarlo Seguimiento de Desviación
interpretación de los requerimientos de producto
requerimientos se terminado
producirá un desfase entre
las expectativas de
demanda y trabajo en
conjunto.
6 Debido a la falta de Técnico M(2) A (3) (6) Giancarlo Seguimiento en la Mal
recopilar la información por recolección de funcionamie
completo los datos nto del
requerimientos no son producto
confiables.
7 Debido a la mala Personal M (2) B(1) (2) Giancarlo Seguimiento para Producto no
identificación del problema una mejor soluciona el
el proceso no se comprensión del problema
desarrollaría de manera problema identificado
correcta.
8 Debido a que no se Personal M(2) M(2) (4) Giancarlo Revaluación de Error de

identifican las actividades las actividades actividades
necesarias para el
cumplimiento del proceso.
29
i – GAS
9 Debido al mal Técnico M(2) M(2) (4) Mael Seguimiento a Error de

planteamiento del proceso cada proceso procesos
el sistema tendrá fallas con
respecto al funcionamiento
del dispositivo.
10 Debido al mal diseño de Personal M(2) A(3) (6) Giancarlo Revaluación de Diseño
diagramas por falta de los erróneo
información el sistema no requerimientos
cumplirá de manera eficaz
lo requerido.
11 Debido a la especificación Tiempo M(2) B(1) (2) Giancarlo Revisión de Desviación
de los diagramas del diagramas de fecha 2%
sistema, el diseño de los
diagramas podría provocar
un retraso de la fecha
planificada.
12 Debido al mal diseño de los Técnico M(2) M(2) (4) Mael Revisión de Error de
diagramas el sistema no diagramas funcionalida
tendrá un funcionamiento d
óptimo.
13 Debido a la mala ubicación Técnico M(2) M(2) (4) Mael Diseño de Error de
de los sensores en el diseño, diversos captura de
los sensores detectarían de prototipos datos
manera incorrecta la fuga
de gas.
14 Debido al costo variante de Costo M(2) M(2) (4) Giancarlo Gestionar Sobresale del
los materiales se proveedores presupuesto
sobresaldría del
presupuesto establecido.
15 Debido a la variación de los Tiempo M(2) A(3) 6 Giancarlo Revisión de Desviación

requerimientos, el diseño requerimientos de fecha 2%
del prototipo causara un
tiempo de retraso.
16 Debido al diseño del Tiempo M(2) M(2) (4) Mael Búsqueda de Desviación
prototipo del producto, nuevos de fecha 2%
puede encontrarse la falta proveedores
de proveedores que
fabriquen el material del
prototipo con la calidad
requerida para el producto.
17 Debido a ser el primer Tiempo M(2) M(2) (4) Mael Rediseño del Desviación
prototipo puede prototipo de fecha 2%
encontrarse fallas de
diseño en el producto.
30
i – GAS
18 Debido a la poca Técnico A(3) A(3) 9 Giancarlo Búsqueda de Error de

información sobre el uso de librerías funcionalida
las librerías necesarias para accesibles d del
el sensor del gas puede producto
hacerse difícil la prueba del
correcto funcionamiento
del dispositivo.
19 Nuevos cambios en los Tiempo M(2) M(2) (4) Giancarlo Implementar los Desviación
requerimientos del nuevos de fecha 2%
dispositivo. requerimientos
20 Debido a una mala lectura Costo B(1) A(3) (3) Giancarlo Verificación del Sobresale del
del proveedor del requerimiento de presupuesto
requerimiento, puede que estructura con el
la estructura no encaje con proveedor
el dispositivo.
21 Debido a que el personal no Personal B(1) M(2) (2) Giancarlo Verificación del Mal
lleve una pulsera uso de las funcionamie
antiestática provoque una pulseras nto del
descarga en el controlador antiestáticas producto
Arduino. antes de entrar al
área de ensamble
22 Debido a que no se tenga Personal B(1) B(1) (1) Giancarlo Verificación de Mal
ambientes limpios puede los ambientes funcionamie
causar la inserción de polvo antes de entrar al nto del
en los componentes del área de ensamble producto
dispositivo.
23 Debido al poco Técnico M(2) M(2) (4) Mael Realizar una Desviación
conocimiento del uso del mayor cantidad de fecha 2%
sensor puede alargarse la de pruebas,
verificación de la analizando las
funcionalidad del lecturas
dispositivo.
24 Malas lecturas del sensor Técnico M(2) M(2) (4) Mael Verificar el estado Mal
por balones de gas en mala de los balones de funcionamie
calidad. gas antes de nto del
iniciar la lectura producto
25 Debido a que el sensor de Técnico M(2) A(3) (6) Giancarlo Búsqueda de Mal
gas proviene de china, nuevos funcionamie
puede resultar que este sea proveedores nto del
de mala calidad y producto
que su tiempo de vida sea
corta.
26 Existe la probabilidad de Técnico M(2) M(2) (4) Mael Corregir errores y Mal
que al momento de aplicar funcionamie
lanzarse el producto aun actualizaciones nto del
sigan existiendo errores. de software producto
31
i – GAS
27 La corrección de errores Técnico M(2) M(2) (4) Giancarlo Establecer matriz Desviación
puede generar un retraso de relevancia de de fecha de
en la entrega del errores y corregir entrega 2%
dispositivo. los de mayor
urgencia
28 La corrección de errores Costo M(2) M(2) (4) Giancarlo Contratar Sobresale del
pueden generar un costo personal presupuesto
extra sobre el presupuesto. especializado
29 Debido a ser una startup Personal B(1) M(2) (2) Mael Motivar al Error de
puede encontrarse la falta personal para un proceso
de interés por parte del mejor
personal. desempeño en el
área de trabajo
30 Falta de personal calificado Personal B(1) M(2) (2) Giancarlo Capacitar al Error de
para la fabricación del personal para la proceso
dispositivo. fabricación del
dispositivo
31 Debido a ser un producto Costo M(2) A(3) (6) Mael Lanzar campañas Inexistencia
nuevo puede encontrarse de marketing de retorno
la probabilidad de de inversión
desaprobación de los
consumidores.
32 Debido a ser la primera Técnico M(2) M(2) (4) Giancarlo Establecer matriz Mal
versión del producto de relevancia de funcionamie
pueden encontrarse errores y corregir nto del
errores de funcionamiento. los de mayor producto
urgencia
2.12.1 TABLA DE PROBABILIDAD E IMPACTO
ALTO 3 MEDIO 2 BAJO 1
ALTO A 9 M 6 M 3
MEDIO A 6 M 4 B 2
BAJO M 3 B 2 B 1
32
i – GAS
2.13 Adquisición del proyecto

2.13.1 Matriz de adquisiciones
Ponderación Aliexpress Electrotec Elecsur S.A.C. Conmaquel

Criterio Calificación Puntaje Calificación Puntaje Calificación Puntaje Calificación Puntaje
Tiempo de entrega 15% 5 0.75 8 1.2 7 1.05 8 1.2
Garantía 10% 8 0.8 7 0.7 8 0.8 7 0.7
Precio competitivo 25% 10 2.5 6 1.5 7 1.75 2 0.5
oferta 15% 8 1.2 5 0.75 7 1.05 2 0.3
calidad 15% 8 1.2 8 1.2 8 1.2 7 1.05
Asesoría 5% 1 0.05 3 0.15 5 0.25 3 0.15
Disposición a consultas 5% 7 0.35 5 0.25 7 0.35 3 0.15
Total 90% 47 6.85 42 5.75 49 6.45 32 4.05
33
i – GAS
2.14 INFORME DE AVANCE
Proyecto: i-Gas Informe de avance
Elaborado por: Giancarlo Herrera y Mael Periodo del 25/08/2017 al 27/10/2017

Ramírez
I. Actividades realizadas en el periodo
Nro Descripción
1.2.1.1 Desarrollar el acta de constitución
1.2.2.1 Elaborar la EDT
1.2.2.2 Elaborar el diccionario EDT
1.2.2.3 Elaborar el enunciado de alcance
1.2.2.4 Elaborar la matriz de trazabilidad de requisitos
1.2.2.5 Elaborar el cronograma de proyecto
1.2.3.1 Dirigir y gestionar el trabajo del proyecto
1.2.4.1 Seguimiento y control del trabajo del proyecto
1.3.1.1 Recopilación de datos
1.3.1.2 Recopilación de requerimientos
1.3.1.3 Identificación de procesos
1.3.2.1 Diseño de diagramas
1.3.2.2 Diseño de software
1.3.2.3 Diseño y prototipo del producto
II. Actividades atrasadas
Nro Descripción
---------------------------------
------------------------------------------------------------------------------------------
-
III. Actividades a realizar en el próximo periodo
Nro Descripción
1.3.3.1 Construcción del software
1.3.3.2 Ensamblado del dispositivo
1.3.4.1 Verificar funcionalidad
1.3.4.2 Ajustar errores y defectos encontrados
1.3.5.1 Capacitar al personal
34
i – GAS
1.3.5.2 Entrega del producto
1.2.5.1 Elaborar el informe de cierre y entrega de producto
IV. Métricas
V. Riesgos y Problemas
Falta de proveedores confiables
Recortes presupuestarios
35
i – GAS

Ramírez
Nro Descripción
Nro Descripción
1.2.3.1 Matriz de comunicaciones
Nro Descripción
36
i – GAS
IV. Métricas
37
i – GAS

Ramírez
Nro Descripción
Nro Descripción
Nro Descripción
38
i – GAS
IV. Métricas
39
i – GAS

Ramírez
Nro Descripción
1.3.3.1 Matriz de riesgos
Nro Descripción
------------------------------- --------------------------------------------------------------------------------------
Nro Descripción
40
i – GAS
IV. Métricas
41
i – GAS

Ramírez
Nro Descripción
1.2.4.1 Matriz de riesgos
Nro Descripción
Nro Descripción
42
i – GAS
IV. Métricas
43

Informe de Proyecto Igas - UC 2018

Cargado por

Información del documento

Título 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

Informe de Proyecto Igas - UC 2018

Cargado por

Copyright:

Formatos disponibles

ADMINISTRACIÓN DE PROYECTOS

ESCUELA ACADEMICA PROFESIONAL

Docente: Ing. Guevara Jiménez, Alfredo

2.9.1 Diccionario 1: Recopilación de datos. .................................................................. 22

1.1 Título y descripción del proyecto

Implementación de dispositivo i-gas para el control y publicidad de balón de gas en

Debido a la necesidad de controlar el nivel de la capacidad de gas y las fugas que

El proyecto consiste en implementar un dispositivo “i-gas” el cual permitirá controlar

• Giancarlo Herrera Paucar

El equipo del proyecto está conformado por:

1.3 Caso de Negocio:

Propósito del proyecto

1.4 Recursos pre asignados

1.6 Requisitos de los interesados hasta la fecha

Los requisitos funcionales sobre el producto:

 El sistema emitirá una alarma en el caso de una fuga de gas.

1.7 Descripción del Producto

El sensor “i-gas” permitirá al usuario visualizar la cantidad del contenido de gas de su

1.8 Objetivos medibles del Proyecto

1.9 Resumen de cronograma de hitos

Plan de riesgos 2 Semana

1.10 Resumen del presupuesto

Integrante equipo de Inversión

Ramírez Osorio Mael S/.200.00

1.11 Riesgos de Alto nivel

Al ser este un proyecto considerado como startup, no requiere la aprobación de un

ENTREGABLES DE LA GESTION DE ALCANCE

Implementación de dispositivo i-g@s para el control y publicidad de

1.1.Inicio 2.1.Analisis 2.2.Desarollo 2.3.implementación 2.4.Pruebas 2.5.cierre

2.1.1.Recopilación de 2.2.1.Diseño de 2.3.1.Construcción 2.4.1.Verificar 2.5.1.Capacitar al

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

ID # Cuenta Control # Última Actualización Responsable

Criterio de Aceptación: El informe de errores corregidos

ID # Cuenta Control # Última Actualización Responsable

2.3 Requerimientos del Proyecto

Requerimientos Funcionales: La aplicación otorgue lecturas exactas sobre la cantidad

Los componentes del plan de proyecto deben

Requerimientos Funcionales Realizar pedido a la distribuidora mediante la aplicación.

Los componentes del plan de proyecto deben

Requerimientos No Funcionales: Requerimientos de calidad

término del semestre 2017-2

2.4 Matriz de Rastreabilidad de los Requisitos

dispositivo inicial con o

2.6 Enunciado del alcance del proyecto

2.6.2 Descripción del alcance del producto

2.6.3 Criterios de aceptación de entregables

2.6.9 Requisitos de aprobación

2.7 Cronograma del proyecto

2.8 Área de conocimiento de gestión del costo

2.8.1 Línea base de costos

Tabla 1: Línea base de costos

Nombre de tarea Costo Costo

2.8.2 Costo por paquetes de trabajo y actividades

2.8.3 Reserva de contingencia 10% de total de paquetes

Nombre de tarea Costo

2.8.4 Reserva de gestión 10% de línea base

Nombre de tarea Costo