UNIVERSIDAD POLITÉCNICA DEL VALLE DE TOLUCA

INGENIERÍA EN INFORMÁTICA

GESTIÓN DE PROYECTOS DE TECNOLOGÍA

APLICACIÓN WEB DE UNA BIBLIOTECA

PRESENTA:

Montes de Oca Arcos Alan Ismael

FACILITADOR:

Mtro. Juan Gabriel Velázquez Gómez

NOVIEMBRE 2017

1
 INDICE

INTRODUCCIÓN .................................................................................................... 6

GESTIÓN DE INTEGRACIÓN DEL PROYECTO ................................................... 8

INFORMACIÓN DEL PROYECTO .......................................................................... 9

DATOS................................................................................................................. 9

PATROCINADOR / PATROCINADORES ............................................................ 9

PROPÓSITO Y JUSTIFICACIÓN DEL PROYECTO ............................................. 10

DESCRIPCIÓN DEL PROYECTO Y ENTREGABLES .......................................... 10

REQUERIMIENTOS DE ALTO NIVEL .................................................................. 11

REQUERIMIENTOS DEL PRODUCTO ............................................................. 11

REQUERIMIENTOS DEL PROYECTO ............................................................. 11

OBJETIVOS .......................................................................................................... 12

PREMISAS Y RESTRICCIONES .......................................................................... 13

RIESGOS INICIALES DE ALTO NIVEL ................................................................ 13

CRONOGRAMA DE HITOS PRINCIPALES ......................................................... 13

PRESUPUESTO ESTIMADO................................................................................ 13

LISTA DE INTERESADOS (STAKEHOLDERS) ................................................... 14

REQUISITOS DE APROBACIÓN DEL PROYECTO ............................................ 14

ASIGNACIÓN DEL GERENTE DE PROYECTO Y NIVEL DE AUTORIDAD ........ 14

GERENTE DE PROYECTO ............................................................................... 14

NIVELES DE AUTORIDAD ................................................................................ 15

PERSONAL Y RECURSOS PREASIGNADOS..................................................... 15

APROBACIONES.................................................................................................. 16

2
GESTIÓN DEL ALCANCE DEL PROYECTO ...................................................... 17

ESTRUCTURA DE DESGLOSE DE TRABAJO (EDT) ......................................... 18

GESTIÓN DEL TIEMPO DEL PROYECTO .......................................................... 19

CUADRO DE HITOS ............................................................................................. 20

CRONOGRAMA DE ACTIVIDADES ..................................................................... 21

MATRIZ DE ASIGNACIÓN DE ROLES ................................................................ 22

DIAGRAMA RACI.................................................................................................. 23

GESTIÓN DE COSTOS DEL PROYECTO ........................................................... 24

MANO DE OBRA .................................................................................................. 25

INSUMOS.............................................................................................................. 26

MATERIA PRIMA .................................................................................................. 26

CUADRO TOTAL DE REQUERIMIENTOS DEL PROYECTO .............................. 27

ESTIMACIÓN DE COSTOS COCOMO ................................................................ 27

GESTIÓN DE CALIDAD DEL PROYECTO .......................................................... 32

DIAGRAMA DE ISHIKAWA ................................................................................... 33

DIAGRAMA DE PERT ........................................................................................... 35

CONTROL DE CALIDAD ...................................................................................... 38

GESTIÓN DE RECURSOS HUMANOS DEL PROYECTO .................................. 39

ORGANIGRAMA ................................................................................................... 40

MATRIZ RACI ....................................................................................................... 41

DESCRIPCIÓN DE ROLES .................................................................................. 42

EVALUACIÓN PERFORMANCE .......................................................................... 44

GESTIÓN DE LAS COMUNICACIONES DEL PROYECTO................................. 45

3
DIAGRAMA DE COMUNICACIONES ................................................................... 46

MATRIZ DE COMUNICACIONES ......................................................................... 47

GESTIÓN DE LOS RIESGOS DEL PROYECTO ................................................. 48

ESTRUCTURA DE DESGLOSE DE RIESGOS (EDR) ......................................... 49

MATRIZ DE PLANIFICACIÓN DE RIESGOS ....................................................... 50

DEFINICIONES DE PROBABILIDAD ................................................................... 51

DEFINICIONES DE IMPACTO.............................................................................. 52

TORMENTA DE IDEAS ........................................................................................ 53

DIAGRAMA DE FLUJO ......................................................................................... 54

REGISTRO DE RIESGOS .................................................................................... 55

MATRIZ DE RIESGOS .......................................................................................... 57

MATRIZ DE PROBABILIDAD E IMPACTO ........................................................... 58

ANÁLISIS DE SENSIBILIDAD............................................................................... 60

ANÁLISIS DEL VALOR MONETARIO ESPERADO (EMV)................................... 62

DIAGRAMA DE ÁRBOL DE DECISIONES ........................................................... 63

GESTIÓN DE LAS ADQUISICIONES DEL PROYECTO ..................................... 64

MATRIZ DE ADQUISICIONES.............................................................................. 65

CONTRATO DE ADQUISICIONES ....................................................................... 66

GESTIÓN DE LOS INTERESADOS DEL PROYECTO ........................................ 67

MATRIZ PODER/INTERÉS ................................................................................... 68

MATRIZ DE EVALUACIÓN DE LA PARTICIPACIÓN DE LOS INTERESADOS .. 69

CONCLUSIONES ................................................................................................. 70

REFERENCIAS ..................................................................................................... 70

4
ANEXOS ............................................................................................................... 71

ENTREVISTA CON EL CLIENTE ......................................................................... 72

SISTEMA EJECUTADO EN LA COMPUTADORA DEL NEGOCIO...................... 74

5
INTRODUCCIÓN

Actualmente la informática ha cobrado gran importancia debido al avance e

innovación de las nuevas tecnologías, permitiendo desarrollar una serie de
proyectos basados en software, los cuales han destinado gran realce en las
empresas, ya que requieren de un producto que les ayude a automatizar sus
procesos, haciendo que el negocio se sienta satisfecho con el resultado, es por
ello que el presente proyecto marca una serie de gestiones basadas en la guía del
PMBOK, las cuales son:

Gestión de integración: Incluye el acta constitutiva del proyecto mencionando el

lugar, el producto que se realizará y quien patrocina éste.

Gestión de alcances: Muestra la estructura de desglose de trabajo (EDT) la cual

desglosa la forma en que se implementará el proyecto.

Gestión del tiempo: Refleja las actividades, los responsables de ésta y la duración
de cada una de ellas.

Gestión de costos: Señala los costos por mano de obra, insumos y materia prima
para obtener un presupuesto, así mismo, la aplicación de un modelo de estimación
de costos.

Gestión de calidad: Incluye algunas herramientas como el diagrama de Ishikawa y

el diagrama de PERT para determinar un control de calidad.

Gestión de recursos humanos: Muestra la estructura de desglose de la

organización (OBS), así como las responsabilidades de cada uno de los
integrantes del proyecto.

Gestión de las comunicaciones: Refleja la forma de establecer la comunicación

entre los interesados del proyecto con los integrantes del equipo de trabajo.

6
Gestión de los riesgos: Incluye varias herramientas para planificar e identificar los
riesgos, así mismo, contiene un análisis cuantitativo y cualitativo de cada uno de
los riesgos.

Gestión de las adquisiciones: Señala la matriz de adquisiciones, además, un

contrato para determinar que se necesita adquirir de bienes y servicios para el
proyecto.

Gestión de los interesados: Muestra la identificación de los interesados, así

mismo, la evaluación de la participación de los interesados.

Dichas gestiones representan de forma detallada la estructura del proyecto a

realizar, que consiste en una aplicación web para la Biblioteca Pública Municipal
Agustín María Lebrija, ubicada en Cacalomacán, Toluca, el cual tiene como
función principal la recopilación de datos del acervo bibliográfico necesarios para
que tanto la titular de la biblioteca como los usuarios asistentes a ésta, fácilmente
realicen la búsqueda de libros en específico.

7
 GESTIÓN
DE
INTEGRACIÓN
DEL
PROYECTO

8
Es importante analizar el Acta Constitutiva del proyecto el cual muestra
información acerca del producto a elaborar, las necesidades del cliente y el lugar
en donde se desarrollará éste.

A continuación se muestra el Acta de Constitución sobre el proyecto:

ACTA DE CONSTITUCIÓN DEL PROYECTO

[Aplicación Web de una biblioteca]
Fecha: [06/09/2017]

INFORMACIÓN DEL PROYECTO

DATOS

Empresa / Organización Biblioteca Pública Municipal Agustín María Lebrija

Proyecto Aplicación web de una biblioteca
Fecha de preparación Sept 06/2017
Cliente Norma Antonia Nava Reyes
Patrocinador principal Norma Antonia Nava Reyes
Gerente de proyecto Alan Ismael Montes de Oca Arcos

PATROCINADOR / PATROCINADORES

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Norma Antonia Titular de la Bibliotecas N/A
Nava Reyes biblioteca Municipales

9
PROPÓSITO Y JUSTIFICACIÓN DEL PROYECTO

- Desarrollar una aplicación web la cual tendrá un control del acervo

bibliográfico que se encuentra dentro de la biblioteca, así mismo, tener
acceso a los datos de los usuarios asistentes a ésta.

DESCRIPCIÓN DEL PROYECTO Y ENTREGABLES

El proyecto se divide en 5 etapas: Análisis, Diseño, Implementación, Pruebas y

Mantenimiento.

Entregables de Análisis: Se realizará una entrevista con el cliente para obtener

información acerca de lo que contendrá el sistema a desarrollar.

Entregables de Diseño: Se diseñará el módulo de inventario y de usuarios,

finalmente, se creará la base de datos.

Entregables de Implementación: Se llevará a cabo el desarrollo de código que

ayude a que esa interfaz sea funcional para lo que el cliente requiera.

Entregables de Pruebas: Se realizarán dos tipos de pruebas, las cuales son:

Prueba de caja blanca y prueba de caja negra.

Entregables de Mantenimiento: Se llevará a cabo una posible actualización de la

aplicación web de la cual el cliente requiera su autorización.

10
REQUERIMIENTOS DE ALTO NIVEL

REQUERIMIENTOS DEL PRODUCTO

Es necesario lo siguiente:
-Computadora con un procesador mínimo AMD E-350
-Editor de texto Sublime text o Notepad++
-Programa XAMPP como servidor local temporal.

REQUERIMIENTOS DEL PROYECTO

Se requiere lo siguiente:
-Corriente eléctrica.
-Servidor local.
-Área de trabajo.

11
OBJETIVOS

Objetivo Indicador de éxito

Alcance
• Desarrollar una aplicación web que permita el 10%
control de datos de usuarios de la biblioteca.
• Controlar de manera exacta y precisa el inventario 10%
de libros de la biblioteca.
Cronograma (Tiempo)
Análisis (Entrevistas personales) 6%
Diseño (Módulo de inventario y usuarios, diseño de 6%
la base de datos)
Implementación (Desarrollo de código) 6%
Pruebas (Prueba de caja blanca y negra) 6%
Mantenimiento (Actualización) 6%
Costo
Mano de obra 10%
Insumos 10%
Maquinaria 10%
Calidad
Seguridad del sistema 10%
Interfaz gráfica de calidad 10%
TOTAL 100%

12
PREMISAS Y RESTRICCIONES

-El sistema deberá ser de fácil acceso para los usuarios al instalarlo en las
computadoras.
-Únicamente tendrá acceso a la aplicación web el cliente.
-El sistema sólo será utilizado dentro de la biblioteca.

RIESGOS INICIALES DE ALTO NIVEL

-Se muestre información errónea porque este sistema debe de estarse

actualizando por la situación del libro.
- Pérdida de autenticación al ingresar.
- Falta de corriente eléctrica.
- El cliente al ejecutar el sistema borre información de forma parcial o total.

CRONOGRAMA DE HITOS PRINCIPALES

Hito Fecha tope

Análisis 27/09/2017
Diseño 18/10/2017
Implementación 17/11/2017
Pruebas 29/11/2017
Mantenimiento 06/12/2017

PRESUPUESTO ESTIMADO

$29,149.00

13
LISTA DE INTERESADOS (STAKEHOLDERS)

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Norma Antonia Titular Bibliotecas N/A
Nava Reyes Municipales

REQUISITOS DE APROBACIÓN DEL PROYECTO

 Contar con el personal adecuado capaz de realizar y entender lo que el

cliente requiere.
 Se necesita que el sistema sea alojado de manera local.
 Se requiere que la aplicación web sea entregada en tiempo y forma.
 Es necesario que el software esté disponible en horario de servicio.

ASIGNACIÓN DEL GERENTE DE PROYECTO Y NIVEL DE AUTORIDAD

GERENTE DE PROYECTO

Nombre Cargo Departamento / Rama ejecutiva

División (Vicepresidencia)
Alan Ismael Montes de Gerencia N/A N/A
Oca Arcos

14
NIVELES DE AUTORIDAD

Área de autoridad Descripción del nivel de autoridad

Decisiones de personal (Staffing)
Alan Ismael Montes de Oca Arcos

Gestión de presupuesto y de sus

variaciones Alan Ismael Montes de Oca Arcos

Decisiones técnicas
Alan Ismael Montes de Oca Arcos

Resolución de conflictos
Alan Ismael Montes de Oca Arcos

Ruta de escalamiento y limitaciones de

autoridad Alan Ismael Montes de Oca Arcos

PERSONAL Y RECURSOS PREASIGNADOS

Recurso Departamento / Rama ejecutiva

División (Vicepresidencia)
Computadora de escritorio Bibliotecas N/A
Municipales
Acervo bibliográfico Bibliotecas N/A
Municipales
Área de trabajo Bibliotecas N/A
Municipales

15
APROBACIONES

Patrocinador Fecha Firma

Norma Antonia Nava Reyes

Norma Antonia Nava Reyes

Norma Antonia Nava Reyes

Norma Antonia Nava Reyes

Norma Antonia Nava Reyes

16
 GESTIÓN
DEL
ALCANCE
DEL
PROYECTO

17
ESTRUCTURA DE DESGLOSE DE TRABAJO (EDT)

La gestión del alcance del proyecto refleja la forma en cómo se dividirá el proyecto
por lo que es importante, el llevar a cabo la Estructura de Desglose del Trabajo
(EDT) analizando el método de cascada ya que consiste en un enfoque
metodológico que ordena rigurosamente las etapas del ciclo de vida del software,
se divide en 5 fases: Análisis, Diseño, Implementación, Pruebas y Mantenimiento.
Además, es recomendable para la gestión de proyectos, sus etapas no pueden
mezclarse. Por lo tanto, el inicio de cada etapa debe esperar a la finalización de la
inmediatamente anterior. Por ello, se utilizará la siguiente metodología.

A continuación, se ilustra la manera en que se desglosará el trabajo:

Imagen 1: Estructura de desglose de trabajo (EDT) Fuente: Elaboración propia

18
 GESTIÓN
DEL
TIEMPO
DEL
PROYECTO

19
En la gestión del tiempo del proyecto se especifica la duración, fechas,
responsables y actividades que se desarrollarán durante éste.

A continuación se muestra un cuadro de hitos, el cual contiene las tareas que se

van a realizar durante el proyecto. Así mismo, el tiempo en que se estima su
realización, y la duración:

CUADRO DE HITOS

Hitos Tiempo Duración

Análisis 25/09/2017 al 27/09/2017 2 días

Diseño 02/10/2017 al 18/10/2017 16 días

Implementación 21/10/2017 al 17/11/2017 27 días

Pruebas 22/11/2017 al 29/11/2017 7 días

Mantenimiento 30/11/2017 al 06/12/2017 6 días

Tabla 1: Cuadro de hitos Fuente: Elaboración propia

20
Es importante mencionar que cada tarea es mejor representarla en un cronograma de actividades, el cual facilitará entender
de manera gráfica lo que se llevará a cabo durante el proyecto:

CRONOGRAMA DE ACTIVIDADES

Imagen 2: Cronograma de actividades Fuente: Elaboración propia

21
 En el siguiente apartado, se muestra la tabla de los roles que se desempeñarán en
el proyecto:

MATRIZ DE ASIGNACIÓN DE ROLES

Rol Actividad Duración Tiempo

Analista Entrevistas personales 2 días 25/09/2017 al 27/09/2017

Diseñador Diseño del módulo de inventario y 16 días 02/10/2017 al 18/10/2017

usuarios, creación de la base de datos

Desarrollo de código 27 días 21/10/2017 al 17/11/2017

Programador
Mantenimiento 6 días 30/11/2017 al 06/12/2017

Tester Prueba de caja negra y blanca 7 días 22/11/2017 al 29/11/2017

Tabla 2: Matriz de asignación de roles Fuente: Elaboración propia

22
El siguiente cuadro representa un diagrama RACI, el cual ilustra las diferentes
actividades que se van a realizar durante el proyecto. Así mismo, las personas
responsables de éstas: R: Responsable de ejecución, A: Responsable último
C: Persona a consultar, I: Persona a informar

DIAGRAMA RACI

Diagrama RACI Persona

Actividad Analista Diseñador Programador Tester

Análisis R AC IC C

Entrevistas personales R AC IC C

Diseño IC R IC I

Módulo de inventario IC R IC I

Módulo de usuarios IC R IC I

Diseño de la base de datos IC R IC I

Implementación C IC R C

Desarrollo del código C IC R C

Pruebas A I I R

Prueba de caja blanca A I I R

Prueba de caja negra I I I R

Mantenimiento I RC R A

Actualizaciones del sistema A R R A

Tabla 3: Diagrama RACI Gestión del tiempo Fuente: Elaboración propia

23
 GESTIÓN
DE
COSTOS
DEL
PROYECTO

24
La gestión de costos del proyecto incluye todos los costos relacionados con: la
mano de obra, insumos y materia prima. Además se aplica un modelo de
estimación, el cual nos ayuda a tener un presupuesto más preciso.

MANO DE OBRA

En el siguiente cuadro, se representa una tabla que contiene datos importantes

acerca de la mano de obra.

Cantidad Descripción Pago Quincenal Pago Total del proyecto

1 Analista $2,250.00 $4,500.00

1 Diseñador $2,250.00 $4,500.00

1 Programador $2,250.00 $4,500.00

1 Tester $2,250.00 $4,500.00

Total Mano de Obra $18,000.00

Tabla 4: Mano de obra Fuente: Elaboración propia

25
INSUMOS

A continuación se muestra información de los insumos mediante un cuadro:

Cantidad Descripción Costo Unitario Costo Total

1 Internet $400.00 por 100Mbps $800.00

1 Energía eléctrica $1,000.00 $1,000.00

Total Insumos $1,800.00

Tabla 5: Insumos Fuente: Elaboración propia

MATERIA PRIMA

La siguiente tabla contiene registros sobre la materia prima a utilizar:

Cantidad Descripción Costo Unitario Costo Total

1 Computadora Toshiba Satellite $3,900.00 $3,900.00

L55d

1 Lenguaje de programación PHP $5,000.00 $5,000.00

y MySQL

1 Sistema Operativo Windows 10 $449.00 $449.00

Home 32-Bit/64-Bit

Total Materia Prima $9,349.00

Tabla 6: Materia prima Fuente: Elaboración propia

26
CUADRO TOTAL DE REQUERIMIENTOS DEL PROYECTO

El siguiente cuadro representa información completa sobre los requerimientos del

proyecto:

Descripción Costo Total

Materia prima $9,349.00

Mano de obra $18,000.00

Insumos $800.00

Total $29,149.00

Tabla 7: Cuadro total de requerimientos del proyecto Fuente: Elaboración propia

ESTIMACIÓN DE COSTOS COCOMO

En la actualidad, hay diversas formas de estimar los costos de un proyecto, entre

ellos se encuentra el modelo de estimación COCOMO, el cual facilita obtener el
salario para la mano de obra

Se muestra la siguiente tabla, la cual representa, los factores de costo del

proyecto:

27
 Atributos Valor
Muy Bajo Bajo Nominal Alto Muy Alto Extra Alto
Atributos de software
Fiabilidad 0.75 0.88 1 1.15 1.4
Tamaño de la base de datos 0.94 1 1.08 1.16
Complejidad 0.7 0.85 1 1.15 1.3 1.65
Atributos de Hardware
Restricciones de tiempo de ejecución 1 1.11 1.3 1.66
Restricciones de memoria virtual 1 1.06 1.21 1.56
Volatilidad de la máquina virtual 0.87 1 1.15 1.3
Tiempo de respuesta 0.87 1 1.3
Atributos de personal
Capacidad de análisis 1.46 1.19 1 0.86 0.71
Experiencia en la aplicación 1.29 1.13 1 0.91 0.82
Calidad de los programadores 1.42 1.17 1 0.86 0.7
Experiencia en la máquina virtual 1.21 1.1 1 0.9
Experiencia en el lenguaje 1.14 1.07 1 0.95
Atributos del proyecto
Técnicas actualizadas de programación 1.24 1.1 1 0.91 0.82
Utilización de herramientas de software 1.24 1.1 1 0.91 0.83
Restricciones de tiempo de desarrollo 1.23 1.08 1 1.04 1.1
15.58

Tabla 8: Factores de costo Estimación de costos COCOMO Fuente: Elaboración propia

28
En el siguiente cuadro, se muestran los factores de peso, los cuales especifican las entradas, salidas, consultas,
tablas e interfaces externas del sistema a desarrollar:

Factores funcionales de Peso Parámetros de Medida Contador Total multiplicación

Simple Media Compleja
N° Entrada Usuario 7 10 15 9 90
N° Salida Usuario 5 7 10 1 7
N° Consultas Usuario 3 4 6 7 28
N° Archivos lógicos internos 4 5 7 9 45
N° Interfaces externas 3 4 6 0 0
Σ Factores Peso 170
Tabla 9: Factores de peso Estimación de costos COCOMO Fuente: Elaboración propia

Se prosigue a calcular los puntos de función teniendo en cuenta los factores de costo y peso:

PF = [Σ Factores funcionales de peso] * [0.65 + (0.01 * Σ Factores de Costo)]

PF = [170] * [0.65 + (0.01*15.58)]

PF = [170] * [0.65 + 0.1558]

PF = [170] * [0.8058] = 136.986

Fuente: Elaboración propia

29
Teniendo en cuenta los puntos de función, a continuación se muestra la correlación la cual contiene datos acerca
del lenguaje a utilizar:

Lenguaje Correlación Código

PHP 30
SQL 13
TOTAL 43
Tabla 10: Correlación Estimación de costos COCOMO Fuente: Elaboración propia

En base a los datos de la correlación, se calculan las líneas de código (LOC) y kilo líneas de código (KLOC):

LOC = PF * 43 = 136.986 * 43 = 5,890.398

LOC = 5,890.398 líneas de código

KLOC = LOC / 1000 = 5,890.398/ 1000 = 5.890398 kilo líneas de código

Fuente: Elaboración propia

30
En la siguiente tabla, se representa el tipo de proyecto que se va a desarrollar, en este caso es de tipo medio ya que
es un sistema no muy sencillo pero tampoco complejo. Los valores a, b, c y d ya vienen definidos por el modelo de
estimación COCOMO:

Tipo de proyecto a b c d
Orgánico 2.4 1.05 2.5 0.38
Medio 3.00 1.12 2.5 0.35
Embebido 3.6 1.20 2.5 0.32

Tabla 11: Tipo de proyecto Estimación de costos COCOMO Fuente: Elaboración propia

Se prosigue a calcular el esfuerzo (E), duración (D), personal (P) y costo (C):

E = a (KLOC) b = 3.00 (5.890398) 1.12 = 7.28 meses/hombre

D = c (E) d = 2.5 (7.28) 0.35 = 2 meses

P = E/D = 7.28/2 = 3 personas

C = P *Salario = 3 * 6,000 = 18,000 pesos es el salario total del proyecto.

Fuente: Elaboración propia

31
 GESTIÓN
DE
CALIDAD
DEL
PROYECTO

32
En la siguiente gestión se incluyen algunas representaciones que ayudan a definir
las responsabilidades, objetivos y políticas de calidad durante el proyecto.

Para llevar a cabo la calidad, es necesario el uso de técnicas que ayuden a medir
ésta. Por ello se utilizaron las siguientes herramientas:

DIAGRAMA DE ISHIKAWA

Esta herramienta ayuda a identificar las problemáticas del negocio, representa el

efecto principal: Mal funcionamiento del sistema, el cual es uno de los factores que
ocurren frecuentemente durante las pruebas de ejecución, y las causas derivadas
de éste.

Para llevar a cabo la calidad dentro del producto a desarrollar, se consideran los
elementos de las 6M: mano de obra, medición, maquinaria, métodos, materiales y
medio ambiente, los cuales muestran cada una de las sub-causas que pueden
ocurrir, así mismo, que es lo que va a hacer el usuario para evitarlas, dando una
posible solución al cliente para obtener un sistema eficiente, a continuación se
describe lo siguiente:
 Mano de obra – personal no capacitado: Implementar la capacitación para
las personas que usen el sistema.
 Medición – Escasez de información con el usuario: Analizar el inventario
que se encuentra dentro del negocio para verificar datos.
 Maquinaria – caída del sistema: Evitar conectar muchos cables donde se
encuentra el servidor local.
 Métodos – datos incorrectos y pérdida de información: Hacer el registro de
una contraseña que sea fácil de adivinar y tener un respaldo de la base de
datos.

33
  Materiales – incompatibilidad: Instalar el sistema operativo Windows 10 y
una versión del programa XAMPP que sea compatible con el sistema.
 Medio ambiente - Falta de corriente eléctrica: Utilizar un regulador de
voltaje, el cual evitará que se apague el sistema pasando voltaje durante 30
minutos para así mismo, tener tiempo de guardar la información y se
muestren mensajes de alerta con el tiempo límite.

Teniendo en cuenta lo antes mencionado, se muestra la siguiente representación:

Causa Efecto

Imagen 3: Diagrama de Ishikawa Fuente: Elaboración propia

34
DIAGRAMA DE PERT

Representa cada una de las actividades del proyecto a desarrollar donde el

usuario pueda estar satisfecho con el sistema resultante, es por ello que se realiza
este diagrama ya que refleja las tareas de manera organizada. Representando las
actividades principales: Análisis, Diseño, Implementación, Pruebas y
Mantenimiento, añadiendo el tiempo de desarrollo especificado para cada una de
ellas y la sucesión con las que se desarrollará a lo largo del trabajo.

Esta herramienta ayuda en el proceso del ciclo de vida del proyecto donde el
usuario es participe de las tareas que va a realizar, se consideran las siguientes
actividades descritas a continuación:
 Análisis – Entrevista personal: El encargado del negocio proporciona
información acerca de lo que requiere.
 Diseño – Módulo de inventario, usuarios y diseño de la base de datos: El
usuario verifica en esta actividad que el diseño del producto cumpla con sus
especificaciones.
 Implementación – Desarrollo de código: El encargado de la empresa analiza
mediante avances del desarrollador el producto.
 Pruebas – Prueba de caja blanca y negra: El usuario ejecuta el sistema y
verifica su funcionamiento.
 Mantenimiento: El encargado del negocio se comunica con el desarrollador
para que éste, realice las correcciones pertinentes.

35
La siguiente tabla, representa los tiempos de cada una de las actividades, la
primera fila representa la letra de la actividad, la cual refleja el orden para su
ejecución, la segunda fila el nombre de la actividad, la tercera fila, la duración que
se tiene previsto culminar la tarea y la cuarta fila, el tiempo de retraso que puede
surgir si no se cumple con el periodo estimado.
Nodo Actividad Duración Tiempo de Holgura
A Inicio del proyecto 0 días 0 días
B Análisis 3 días 4 días
C Entrevista personal 3 días 4 días
D Diseño 17 días 20 días
E Módulo de inventario 7 días 8 días
F Módulo de usuarios 7 días 8 días
G Diseño de la base de datos 3 días 4 días
H Implementación 28 días 29 días
I Desarrollo de código 28 días 29 días
J Pruebas 8 días 10 días
K Prueba de caja blanca 4 días 5 días
L Prueba de caja negra 4 días 5 días
M Mantenimiento 1 día 2 días
N Actualización 1 día 2 días
O Fin del proyecto 0 días 0 días
Tabla 12: Listado de actividades Diagrama de PERT Fuente: Elaboración propia

36
Mencionado lo anterior, el siguiente gráfico muestra la simbología y las actividades que se van a desarrollar:

Actividad Relación

Imagen 4: Diagrama de PERT Fuente: Elaboración propia

37
CONTROL DE CALIDAD

El control de calidad se lleva a cabo, a través de las herramientas antes

mencionadas, como el diagrama de Ishikawa que ayudará a medir la calidad
analizando los principales factores de la empresa, de esta forma, dar soluciones
para generar un sistema de calidad.

Además, el diagrama de PERT refleja las actividades del proyecto para generar un
sistema el cual cumplirá con las necesidades del cliente y se toman acciones, las
cuales se definen a continuación:

1.- Realizar monitoreo y supervisión: Se verifica que todo el trabajo se esté

ejecutando de forma correcta.

2.- Pruebas de ejecución: Se realizan varias pruebas durante la ejecución del

sistema para analizar que sea funcional y posteriormente sea entregado en tiempo
y forma.

3.- Corrección: Si las pruebas fallan, se realiza un análisis en el código o en la

interfaz gráfica del sistema, y corregirlo.

38
 GESTIÓN
DE RECURSOS
HUMANOS
DEL PROYECTO

39
Esta gestión incluye la organización de los puestos de cada integrante del equipo
del proyecto, así mismo, las responsabilidades o tareas que realizará cada uno.

ORGANIGRAMA

La estructura de desglose de la organización (OBS) incluye los roles de cada uno

de los integrantes, y el departamento en el que se desempeñan. Así mismo,
muestra las actividades que van a realizar los partícipes. Por ello se representa el
siguiente organigrama que muestra lo siguiente:

Imagen 5: Estructura de desglose de la organización (OBS) Fuente: Elaboración propia

40
MATRIZ RACI

Esta representación es utilizada para definir un Responsable (R), Aprobador (A),

Consultor (C) e Informador (I). Así mismo, las actividades que se desarrollan. Por
ello se realiza lo siguiente:

Diagrama RACI Persona

Actividad Analista Diseñador Programador Tester

Entrevista personal R AC IC C

Diseño del módulo de IC R IC I

inventario

Diseño del módulo de usuarios IC R IC I

Diseño de la base de datos IC R IC I

Desarrollo del código C IC R C

Prueba de caja blanca A I I R

Prueba de caja negra I I I R

Actualizaciones del sistema A R R A

Tabla 13: Diagrama RACI Gestión de recursos humanos Fuente: Elaboración propia

41
DESCRIPCIÓN DE ROLES

Para determinar de manera más detallada los roles y las responsabilidades de

cada integrante del equipo, es necesario tener una descripción con los siguientes
datos: el rol, las actividades y la autoridad. Por lo que se muestra lo siguiente:

Rol: Analista

Responsabilidades: Encargado de recopilar información y realizar una

entrevista con el cliente.

Autoridad: Alan Ismael Montes de Oca Arcos

Fuente: Elaboración propia

Rol: Diseñador

Responsabilidades: Diseñar el módulo de inventario, el módulo de usuarios,

llevar a cabo el diseño de la base de datos. Realizar un mantenimiento en
interfaz gráfica.

Autoridad: Alan Ismael Montes de Oca Arcos

Fuente: Elaboración propia

Rol: Programador

Responsabilidades: Encargado de desarrollar todo el código para que el

sistema sea funcional. Además de dar mantenimiento en caso de alguna
falla.

Autoridad: Alan Ismael Montes de Oca Arcos

Fuente: Elaboración propia

42
Rol: Programador

Responsabilidades: Encargado de desarrollar todo el código para que el

sistema sea funcional. Además de dar mantenimiento en caso de alguna
falla.

Autoridad: Alan Ismael Montes de Oca Arcos

Fuente: Elaboración propia

Rol: Tester

Responsabilidades: Verificar la ejecución del sistema y si las pruebas

realizadas obtienen el resultado esperado, realizar la entrega al cliente

Autoridad: Alan Ismael Montes de Oca Arcos

Fuente: Elaboración propia

43
EVALUACIÓN PERFORMANCE

Representa el desempeño de uno o varios integrantes que conforman el proyecto,

así como, las características que si cumplen o no, una pequeña descripción de la
característica principal, el nombre y cargo que ocupa el participe. La siguiente
tabla ilustra lo siguiente:

Nombre del evaluado Alan Ismael Montes de Oca Arcos

Cargo: Analista/Diseñador/Programador/Tester

Características Descripción Evaluación

SI NO

Responsable Cumple con las actividades del X

proyecto.

Flexible Se adapta al tiempo invertido en el X

desarrollo del proyecto.

Comunicativo Habla con el cliente para analizar lo X

que se requiere.

Actitud Se dirige al cliente con respeto X

Conocimiento Aplica los conocimientos necesarios X

para desarrollar el sistema.
Tabla 14: Evaluación PERFORMANCE Fuente: Elaboración propia

44
 GESTIÓN
DE LAS
COMUNICACIONES
DEL
PROYECTO

45
La siguiente gestión incluye la forma en que se establecerá la comunicación entre
el equipo del proyecto.

DIAGRAMA DE COMUNICACIONES

La siguiente imagen, refleja el proceso en que se realizará la comunicación entre

el interesado con los integrantes del equipo de trabajo, además como se van
enlazando de acuerdo al orden establecido, así mismo, para evitar problemas de
comunicación que puedan surgir durante el proyecto, tomando como emisor a
cliente y como receptor a los demás participes del equipo, por ello se representa lo
anteriormente mencionado:

Imagen 6: Diagrama de comunicaciones Fuente: Elaboración propia

46
 MATRIZ DE COMUNICACIONES

La siguiente tabla, ilustra a los interesados en el proyecto tomándolos como

emisor, la actividad, los canales en que se comunica, la frecuencia en la que se
debe mantener en contacto con el responsable y a quién va dirigido el mensaje:

Emisor Actividad Canal Frecuencia Receptor

Cliente Proporcionar los Reunión/Teléfono Diario Analista

requerimientos para el Diseñador
sistema a desarrollar Programador
Tester

Tabla 15: Matriz de comunicaciones Fuente: Elaboración propia

47
 GESTIÓN
DE LOS
RIESGOS
DEL PROYECTO

48
En esta gestión se describen los riesgos que pueden surgir durante la ejecución
del proyecto, así como las medidas a tomar para evitar éstos.

Para llevar a cabo la planificación de riesgos se toma en cuenta lo siguiente:

ESTRUCTURA DE DESGLOSE DE RIESGOS (EDR)

La estructura de desglose de riesgos (EDR) ilustra las principales problemáticas

que pueden surgir durante el proyecto, así mismo, las categorías en que se
encuentran cada uno de ellas, las cuales son: técnicos, internos y externos. La
siguiente imagen muestra los elementos mencionados anteriormente:

Imagen 6: Estructura de desglose de riesgos Fuente: Elaboración propia

49
 MATRIZ DE PLANIFICACIÓN DE RIESGOS

La matriz de planificación de riesgos representa cada una de las

responsabilidades que realizarán cada uno de los integrantes del equipo de
trabajo, así mismo, las herramientas necesarias para identificar los riesgos que
pueden ocurrir durante la ejecución del proyecto. La primera columna muestra la
metodología a utilizar, la segunda columna, el rol a desempeñar, la tercera
columna, las actividades a realizar, la cuarta columna, el presupuesto estimado, la
quinta columna, el periodo de tiempo para llevar a cabo dichas tareas y la sexta
columna, representa la categoría del riesgo. Mencionado lo anterior, se ilustra la
siguiente tabla:

Metodología Rol Actividades Periodicidad Categoría

del
riesgo

Matriz de probabilidad Tester - Verificar funcionamiento de la 12 días Técnico

e impacto computadora.

Matriz de probabilidad Diseñador/ - Experiencia en el lenguaje de 30 días Externo

e impacto programación.
Programador

Matriz de probabilidad Programador/ - Respaldo de información y 10 días Interno

e impacto verificar la base de datos y
Cliente
código del sistema.

Matriz de probabilidad Analista - Realizar entrevistas frecuentes 15 días Externo

e impacto con el cliente

Matriz de probabilidad Cliente - Conseguir un regulador de 30 días Externo

e impacto voltaje

Tabla 16: Matriz de planificación de riesgos Fuente: Elaboración propia

50
DEFINICIONES DE PROBABILIDAD

El siguiente cuadro refleja las categorías de probabilidad: Muy improbable,

relativamente probable, probable, muy probable y casi certeza, así mismo, el valor
de impacto que se da por su ocurrencia: 0.1, 0.3, 0.5, 0.7 y 0.9 sucesivamente,
dependiendo de los riesgos que se hayan identificado:

Probabilidad Impacto

Muy improbable 0.1

Relativamente probable 0.3

Probable 0.5

Muy probable 0.7

Casi certeza 0.9

Tabla 17: Definiciones de probabilidad Fuente: Elaboración propia

51
 DEFINICIONES DE IMPACTO

A continuación se muestra un cuadro de escala de impacto de riesgos, tomando como base, los objetivos del
proyecto: Costo, Tiempo, Alcance y Calidad, específicando el impacto que genera y su probabilidad:

Condiciones definidas para Escalas de impacto de un riesgo sobre los principales objetivos del proyecto

Objetivos Se muestran escalas relativas o numéricas

del proyecto
Muy bajo (0.05) Bajo (0.10) Moderado (0.20) Alto (0.40) Muy alto (0.80)

Costo Aumento de costo Aumento del costo 10% Aumento del costo del 10- Aumento del costo Aumento del costo
insignificante 20% del 20-40% mayor a 40%

Tiempo Aumento de tiempo Aumento del tiempo 5% Aumento del tiempo del 5- Aumento del tiempo Aumento del tiempo
insignificante 10% del 10-20% mayor a 20%

Alcance Disminución del Áreas de alcance Áreas de alcance Reducción del El elemento final del
alcance apenas secundarias afectadas principalmente afectadas alcance inaceptable proyecto es
perceptible para el patrocinador efectivamente inservible

Calidad Degradación de la Sólo se ven afectadas La reducción de la calidad Reducción de la El elemento final del
calidad apenas las aplicaciones muy requiere la aprobación del calidad inaceptable proyecto es
perceptible exigentes patrocinador para el patrocinador efectivamente inservible

Tabla 18: Definiciones de impacto Fuente: Elaboración propia

52
Para identificar los posibles riesgos dentro del proyecto, se consideran las
siguientes herramientas:

TORMENTA DE IDEAS

La tormenta de ideas representa información sobre algún tema en específico

relacionado con la gestión de riesgos ya que nos permite identificarlos y es posible
dar solución a éstos. La siguiente imagen ilustra las ideas más importantes acerca
de los riesgos principales que se pueden presentar durante la ejecución del
proyecto:

Imagen 7: Tormenta de ideas Fuente: Elaboración propia

53
DIAGRAMA DE FLUJO

El diagrama de flujo permite identificar los riesgos y de esta forma, dar soluciones
para evitarlos en la ejecución del proyecto, por ello se representa este diagrama,
el cual contiene lo siguiente:

Simbología utilizada:

Inicio/Fin Relación Decisión Conector

Imagen 8: Diagrama de Flujo Fuente: Elaboración propia

54
 REGISTRO DE RIESGOS

La siguiente tabla ilustra los riesgos que se han identificado. Así mismo, se
muestra una posible alternativa para prevenirlos. La primera columna representa
un código único del riesgo, la segunda columna, la descripción del riesgo, la
tercera columna, la posible solución, la cuarta columna, la causa que origina que
suceda el riesgo y la quinta columna la categoría a la que pertenece:

Código Riesgo Respuesta Potencial Causa Raíz Categoría

001 Computadora Verificar la compatibilidad Incompatibilidad Técnico

del sistema

002 Diseño del sistema no Realizar una interfaz Mala estructura del Interno
amigable para el usuario gráfica con colores sistema
llamativos.

003 Pérdida de información Analizar el inventario Eliminación de Interno

dentro del negocio. información, total o
parcial.

004 Error de la base de datos Verificar la conexión con Mala conexión o la Interno
la base de datos. base de datos no está
bien diseñada

005 Código no funcional Verificar el desarrollo de Errores de código Interno

código y detectar errores.

006 Pruebas fallidas Realizar pruebas de Pruebas no exitosas Interno

ejecución constantes.

007 Falta de comunicación con Entrevistar al cliente Falta de entendimiento Externo

el cliente frecuentemente. con el cliente

55
008 Energía eléctrica Instalar un regulador de Apagón de forma Externo
voltaje inesperada

009 Inexperiencia en el Implementar la Falta de información Interno

lenguaje de programación capacitación para los en el lenguaje
desarrolladores.

Tabla 19: Registro de riesgos Fuente: Elaboración propia

56
Para llevar a cabo el análisis cualitativo de riesgos dentro del proyecto se
considera lo siguiente:

MATRIZ DE RIESGOS

La matriz de riesgos muestra cada uno de los factores identificados, por ello se
realiza la siguiente tabla, la cual contiene el código, el factor de riesgo, la categoría
de la probabilidad y la categoría de impacto.

Finalmente, representando los 3 tipos de riesgo: Bajo, Moderado y Alto:

Código Factor de Riesgo Probabilidad Impacto

001 Computadora Alto Alto

002 Diseño del sistema no Bajo Moderado

amigable para el usuario

003 Pérdida de información Alto Alto

004 Error con la base de datos Moderado Alto

005 Código no funcional Alto Moderado

006 Pruebas fallidas Bajo Moderado

007 Falta de comunicación con Bajo Alto

el cliente

008 Energía eléctrica Bajo Moderado

009 Inexperiencia en el Bajo Moderado

lenguaje de programación

Tabla 20: Matriz de riesgos Fuente: Elaboración propia

57
MATRIZ DE PROBABILIDAD E IMPACTO

La matriz de probabilidad e impacto representa los tres tipos de riesgo, así

mismo, contiene los riesgos que se identificaron al inicio, determinando la
probabilidad de ocurrencia, impacto que pueden generar y severidad, de forma
numérica.

Se considera la escala de jerarquización de riesgos la cual es la siguiente:

 Rojo – Riesgo alto

 Amarillo – riesgo moderado
 Verde – riesgo bajo.

Para calcular la severidad se utiliza la siguiente fórmula: Severidad = (Probabilidad

x Impacto).
Código Factor de Riesgo Probabilidad Impacto Severidad

001 Computadora Alto (0.70) Muy alto -0.56

(-0.80)

002 Diseño del sistema no Bajo(0.50) Moderado -0.10

amigable para el usuario (-0.20)

003 Pérdida de información Alto (0.70) Alto(-0.40) -0.28

004 Error con la base de datos Moderado Alto (0.40) 0.12

(0.30)

005 Código no funcional Alto (0.90) Moderado -0.18

(0.20)

006 Pruebas fallidas Bajo(0.50) Moderado 0.10

(0.20)

58
 007 Falta de comunicación con Bajo(0.50) Alto(-0.40) -0.20
el cliente

008 Energía eléctrica Bajo(0.10) Moderado 0.02

(0.20)

009 Inexperiencia en el Bajo(0.30) Moderado 0.06

lenguaje de programación (0.20)

Tabla 21: Matriz de riesgos de forma numérica Fuente: Elaboración propia

Se muestra el resultado de los riesgos identificados anteriormente en la siguiente

matriz:
Probabilidad Amenazas Oportunidades

0.90 -0.05 -0.09 -0.18

005 -0.36 -0.72 0.72 0.36 0.18 0.09 0.05

0.70 -0.04 -0.07 -0.14 -0.28

003 -0.56
001 0.56 0.28 0.14 0.07 0.04

0.50 -0.03 -0.05 -0.10

002 -0.20
007 -0.40 0.40 0.20 0.10 0.05 0.03
006
0.30 -0.02 -0.03 -0.06 -0.12
004 -0.24 0.24 0.12 0.06
009 0.03 0.02

0.10 -0.01 -0.01 -0.02 -0.04 -0.08 0.08 0.04 0.02

008 0.01 0.01

Impacto -0.05/ -0.10/ -0.20/ -0.40/ -0.80/ 0.80/ 0.40/ 0.20/ 0.10/ 0.05/
Muy bajo Bajo Moderado Alto Muy alto Muy alto Alto Moderado Bajo Muy bajo

Tabla 22: Matriz de probabilidad e impacto Fuente: Elaboración propia

59
Para realizar el análisis cuantitativo de los riesgos se toma en cuenta lo siguiente:

ANÁLISIS DE SENSIBILIDAD

El análisis de sensibilidad ayuda a determinar que riesgos tienen el mayor impacto

potencial en el proyecto, por ello se realiza la siguiente tabla, la cual representa el
riesgo, el impacto positivo y negativo que puede tener, en base a los valores de
probabilidad de ocurrencia:

Riesgo Impacto Positivo Impacto Negativo

Riesgo 001 20000 -20000

Riesgo 002 15000 -17000

Riesgo 003 12000 -14000

Riesgo 004 9000 -10000

Riesgo 005 8300 -6500

Riesgo 006 7000 -6000

Riesgo 007 3500 -5000

Riesgo 008 2000 -2000

Riesgo 009 1000 -1000

Tabla 23: Análisis de sensibilidad Fuente: Elaboración propia

60
Como resultado, se muestra el siguiente diagrama de tornado, el cual muestra los
riesgos ordenados de mayor a menor. Finalmente, los valores de impacto positivos
y negativos:

Imagen 9: Diagrama de tornado Fuente: Elaboración propia

61
ANÁLISIS DEL VALOR MONETARIO ESPERADO (EMV)

Permite calcular el resultado promedio cuando el futuro incluye escenarios que

pueden ocurrir o no. Se calcula con la siguiente fórmula: EMV = $r x p%

Dónde: $r = Costo del impacto del riesgo y p% = Probabilidad del evento

Al final se realizan totales, la sumatoria de los costos de impacto y la suma del

valor monetario esperado, obteniendo un presupuesto de contingencia por riesgo.

Por ello, se realiza la siguiente tabla, la cual contiene el evento del riesgo, el costo
de impacto, el porcentaje de probabilidad y el valor monetario esperado, así
mismo, los totales excepto el de la probabilidad:

Evento del riesgo Impacto ($) Probabilidad VME

001 -$20,000 70% -$14,000

002 -$17,000 50% -$8,500

003 -$14,000 70% -$9,800

004 -$10,000 30% -$3,000

005 -$6,500 90% -$5,850

006 $7,000 50% $3,500

007 -$5,000 50% -$2,500

008 $2,000 10% $200

009 $1,000 30% $300

Totales -$62,500 $-39,650

Tabla 24: Análisis del valor monetario esperado Fuente: Elaboración propia

62
DIAGRAMA DE ÁRBOL DE DECISIONES

El diagrama de árbol de decisiones ayuda a analizar una problemática principal,

desglosando implicaciones que se generan en cada una de las alternativas
propuestas y su costo, es por ello que se realiza este diagrama porque a raíz de la
problemática, permite solucionar alguno de los riesgos, concluyendo el proyecto
de forma satisfactoria.

Se ilustra la siguiente simbología:

Nodo de Decisión Nodo de probabilidad Nodo terminal

Teniendo en cuenta lo mencionado anteriormente, se muestra la siguiente

representación, la cual muestra como decisión: verificar el sistema operativo o
respaldar la base de datos, generando el valor monetario de decisión y de
posibilidad. Finalmente el costo total por cada alternativa, como resultado, coincide
el valor monetario de decisión con el valor monetario de posibilidad de la segunda
alternativa, que se representa con una flecha de color negra:

Imagen 10: Diagrama de árbol de decisiones Fuente: Elaboración propia

63
GESTIÓN DE LAS
ADQUISICIONES
DEL PROYECTO

64
 En la siguiente gestión se describen las negociaciones con el comprador y el vendedor, así como, los productos,
servicios o resultados a adquirir fuera del equipo del proyecto.

MATRIZ DE ADQUISICIONES

La matriz de las adquisiciones refleja el producto o servicio a adquirir, código de elementos del EDT, Tipo de
contrato si es por precio fijo, costo reembolsable o de tiempo y materiales, procedimiento de contratación, forma de
contactar proveedores, requerimientos de estimaciones independientes, Área/Rol/Persona responsable de la
compra, Manejo de múltiples proveedores y el cronograma de adquisiciones requeridas (Planificación, Solicitud
responsable, Selección de proveedores, Administración de contrato y Cerrar Contrato), en base a esto, se
representa cada uno de los requisitos a adquirir:

Producto o Código de Tipo de Procedimiento Forma de contactar Requerimientos Área/Rol/Persona Manejo de Cronograma de adquisiciones requeridas
servicio a elementos contrato de proveedores de estimaciones responsable de múltiples
Planificación Solicitud Selección de Administración Cerrar
adquirir WBS contratación independientes la compra proveedores
responsable proveedores de contrato contrato

Computadora 2.1 Tiempo y Formal Correo electrónico / Especificaciones Líder del proyecto No Del Del 10/10/2017 Del Del 26/10/2017 Del
de escritorio materiales Teléfono del producto 02/10/2017 al al 17/10/2017 18/10/2017 al al 03/11/2017 04/11/2017 al
09/10/2017 25/10/2017 12/11/2017

Licencia para 5.1 Tiempo y Formal Correo electrónico / Especificaciones Líder del proyecto No Del Del 10/10/2017 Del Del 26/10/2017 Del
uso de materiales Teléfono del producto 02/10/2017 al al 17/10/2017 18/10/2017 al al 03/11/2017 04/11/2017 al
programas 09/10/2017 25/10/2017 12/11/2017
legalmente

Servidor local 5.1 Tiempo y Formal Correo electrónico / Especificaciones Líder del proyecto No Del Del 10/10/2017 Del Del 26/10/2017 Del
materiales Teléfono del producto 02/10/2017 al al 17/10/2017 18/10/2017 al al 03/11/2017 04/11/2017 al
09/10/2017 25/10/2017 12/11/2017

Tabla 25: Matriz de adquisiciones Fuente: Elaboración propia

CONTRATO DE ADQUISICIONES

Un contrato en la gestión de adquisiciones permite determinar cuáles son los

bienes y servicios a adquirir para la realización de un proyecto, por ello se realiza
el siguiente contrato, el cual consiste en lo siguiente:

Nombre del Proyecto Código del Proyecto

Aplicación web de una biblioteca APP001

Control de Versiones

Versión Elaborado por Revisado por Aprobado por Fecha

1.0 Alan Ismael Montes de Oca Arcos Norma Antonia Nava Reyes Norma Antonia Nava 15/11/2017
Reyes

Adquisiciones

Para el proyecto de la Biblioteca Pública Municipal Agustín María Lebrija se requiere de los siguientes productos: Computadora de escritorio, licencia
para uso de programas legalmente y servidor local, además de los siguientes recursos: energía eléctrica e internet.

Recursos

Para la ejecución del proyecto se requiere de los siguientes recursos:

 Energía eléctrica: Deberá estar disponible durante el horario de atención a usuarios.

 Internet: Deberá utilizarse para actualizaciones futuras del sistema.

Productos y/o servicios a contratar

 Instalación de programas

Procedimientos para la Gestión de Adquisiciones

El proyecto cuenta con los siguientes proveedores:

 Mercado Libre: Plataforma que se dedica a la venta de productos vía internet.

Es importante mencionar que se realizó una estimación de costos para determinar un presupuesto para la realización del proyecto, así mismo, conseguir
cada uno de los productos que se requieren por parte del proveedor para su ejecución.

A continuación se muestran las normas a seguir para aplicar el procedimiento: El proveedor debe notificarse con el líder del proyecto para determinar lo
que se requiere, además, el líder del proyecto notificará al cliente todo el proceso que se esté realizando para la adquisición de productos. Finalmente,
los demás integrantes del equipo de trabajo deben comunicarse con el líder del proyecto para saber que se requiere.

Autorizado por Proveedor Solicitado por

Norma Antonia Nava Reyes Norma Antonia Nava Reyes Alan Ismael Montes de Oca Arcos

Nombre y Firma Nombre y Firma Nombre y Firma

Tabla 26: Contrato de adquisiciones Fuente: Elaboración propia

66
 GESTIÓN
DE LOS
INTERESADOS
DEL PROYECTO

67
En la última gestión, se incluye la identificación de los interesados a través de una
matriz poder/interés, además, una matriz de evaluación de la participación de los
interesados, los cuales se ilustran a continuación:

MATRIZ PODER/INTERÉS

La matriz de poder/interés permite identificar a los interesados del proyecto

teniendo en cuenta al nivel de autoridad como el “poder” y al nivel de
preocupación como “interés” en una escala de bajo a alto, es por ello que se
realiza la siguiente imagen, la cual muestra las categorías de Mantener satisfecho,
Monitorear, Gestionar atentamente y mantener informado, así como al interesado:

Imagen 11: Matriz de poder/interés Fuente: Elaboración propia

.A – Cliente: Se encuentra con un nivel de autoridad alto y con un nivel de

preocupación medio.

68
MATRIZ DE EVALUACIÓN DE LA PARTICIPACIÓN DE LOS INTERESADOS

La matriz de evaluación de la participación de los interesados permite evaluar a

cada uno de los interesados del proyecto, así mismo, para saber si es
desconocedor, reticente, neutral, partidario o líder. Finalmente, la participación
actual y participación deseada se representa con las letras C y D respectivamente,
mencionado lo anterior, se muestra lo siguiente:

Interesado Desconocedor Reticente Neutral Partidario Líder

Cliente DC C D

Tabla 27: Matriz de evaluación de la participación de los interesados Fuente: Elaboración propia

Teniendo como único interesado al cliente, el cual es el encargado de la Biblioteca

Pública Municipal Agustín María Lebrija.

69
CONCLUSIONES

La gestión de proyectos es importante para una empresa ya que ayuda a ésta, a

ser más productiva y eficiente, uno de los beneficios que conlleva la gestión de
proyectos es que dicha empresa o negocio puede adaptarse al cambio y
manejarlo adecuadamente, así mismo, aumenta la capacidad dentro de la
organización, permitiendo una mejora de comunicación entre los trabajadores de
ésta, además, la realización de proyectos permiten que éste tenga un resultado
claramente definido, generando confianza tanto con el equipo del proyecto con el
interesado.

Además, la gestión de proyectos permite adquirir conocimientos al equipo del

proyecto sobre cada una de las gestiones, las cuales se basan de la metodología
del PMBOK, y éstas hacen que el cliente se sienta satisfecho con el producto que
se desarrolló, causando que éste exprese su opinión sobre el equipo y el proyecto
tenga un mayor auge con otras empresas, aumentando su crecimiento.

Finalmente, la aplicación de la gestión de proyectos permite a la empresa, obtener

un producto el cual cumpla con sus requerimientos y necesidades, solucionando
algunas o todas las problemáticas que ésta presentaba antes de realizar el
proyecto, haciendo que el interesado considere al producto como fiable.

REFERENCIAS

Project Management Institute. (2013). Guía de los fundamentos para la dirección

del proyecto (Guía del PMBOK) Quinta Edición. Estados Unidos: Project
Management Institute INC.

70
ANEXOS

71
ENTREVISTA CON EL CLIENTE

En el siguiente apartado, se muestra la entrevista que se realizó con el encargado

del negocio, cuáles son los requerimientos que necesita para llevar a cabo el
proyecto:

Imagen 12: Entrevista con la titular de la Biblioteca Pública Municipal Agustín María Lebrija.

72
Imagen 13: Carta de presentación para la entrevista

73
AVANCE DEL SISTEMA EJECUTADO EN LA COMPUTADORA DEL NEGOCIO

Las siguientes imágenes muestran el avance del sistema funcionando como

prototipo ejecutándose en la computadora de la Biblioteca Pública Municipal
Agustín María Lebrija. Además, explicándole al cliente como funciona para que lo
use correctamente:

Imagen 14: Iniciando la instalación del sistema con el cliente.

74
Imagen 15: Explicándole al cliente como ingresar al sistema.

Imagen 16: Explicando el módulo funcional de Inventario.

75