Modelo PERT

Arzubiaga, Gozalo
Guerreiro Chavier, Mauro
Trabajo Práctico Especial de Investigación Operativa

Ciclo lectivo 2018
Comisión Nocturna
Tema Herramienta de trabajo para el planeamiento,

dirección y control de proyectos por el Método CPM-
PERT
Caso de Análisis:
Desarrollo de una API Para un
Sistema Web
pág. 1
Arzubiaga, Gozalo
Índice
Índice 2
Introducción 3
Desarrollo 4
Análisis de la propuesta 4
Definición del modelo PERT 6
Por qué usar PERT? 6
Etapas de la planificación 8
Tareas 8
Tiempos 8
Costo de las tareas 9
Interpretación de tareas 10
Diagrama de precedencias 12
Diagrama de flechas 12
Diagrama Gantt 14
Diagrama de recursos 14
Aceleración del Proyecto 14
Probabilidad de Ocurrencia 15
Recopilación de información 17
Requerimientos Generales 17
Resultados 19
Análisis mediante PERT 19
Resolución de PERT 19
Tabla De Tareas Y Dependencias 20
Diagrama De Precedencias 21
Diagrama De Flechas 22
Diagrama De Gantt Y Diagrama De Recursos 23
Cuadro De Cálculos 24
Conclusión 25
Bibliografía 27
pág. 2
Arzubiaga, Gozalo
Introducción
La empresa “FoodCloud Delivery”, nos presenta un proyecto de la

creación de un sistema web de pedidos el cual deberá ser integrado a su
actual web. Dicho proyecto deberá ser evaluado y presupuestado. La
evaluación tomara en cuenta las necesidades del cliente y usuarios que
frecuentaran la API. Además, se deberá evaluar la tecnología en la cual está
desarrollado el actual sitio web para poder determinar cómo se gestionará
el proyecto, las actividades, y la tecnología en la que se va a desarrollar.
Debido que el cliente solicitó un presupuesto y un itinerario de entregas
para que el proyecto se lleve a cabo.
pág. 3
Arzubiaga, Gozalo
Desarrollo
Análisis de la propuesta
Se recibe del cliente la siguiente propuesta:

 Una aplicación que será una extensión de su existente sistema
web “www.foodcloud.com.ar”.
 Un sistema web de contenido dinámico. Comentándonos sus
necesidades de tener un sistema similar a la famosa plataforma
de pedidos PedidosYa.
 La API constara de tres secciones, una de escritorio y dos
secciones de web:
 La primera versión de escritorio se orienta a la gestión interna de
pedidos en donde se podrá ver los pedidos entrantes,
confirmarlos o rechazarlos.
 En la parte web el cliente podrá crear su carro de compras y
luego realizar pedidos obteniendo la demora de los mismos.
 La sección propia del usuario consta de una serie de pestañas en

las cuales el podrá ver el historial de los pedidos, verificar los
puntos y obtener descuentos.
 Uno de los conceptos principales del sistema es que a través de
sucesivos pedidos el usuario ira acumulando puntos y en el
futuro podrá cambiarlo por descuentos o promociones. Dichos
puntos se acreditarán luego que el local confirme la entrega del
pedido. El estado de los pedidos se divide en cuatro etapas las
cuales son:
o Pedido
o Confirmado
o En camino
o Entregado
 Los datos de los pedidos y de los usuarios se almacenará en una
base de datos en conjunto.
pág. 4
Arzubiaga, Gozalo
Luego de recibir la propuesta del cliente podemos deducir el posible

volumen del proyecto, una implementación pequeña de un proyecto ya
creado con algunas restricciones e inflexiones del cliente.
Luego de esto se realizaron una serie de entrevistas con el cliente y se
identificó las necesidades reales del cliente. Se filtran los requisitos
impuestos por el cliente para poder representar mejor las necesidades del
proyecto.
Debido a la capacidad del grupo de trabajo y la magnitud del proyecto,
se decidió que el planeamiento del proyecto será secuencial. Lo cual
implica que no hay necesidad de replanteamiento de tareas y tampoco
entregas parciales.
Ante la necesidad de conllevar el proyecto de una manera eficiente, es
esencial que durante la administración del proyecto se puedan monitorear
los fines. Por lo que se decide usar el método de análisis PERT.
pág. 5
Arzubiaga, Gozalo
Definición del modelo PERT
PERT (Project Evaluation and Review Techniques - Técnica de

revisión y evaluación de programas) es una herramienta estadística usada
en proyectos de administración, que fue diseñada para analizar y
representar tareas involucradas en completar un determinado proyecto.
[Extracto de PERT en Wikipedia]
PERT es un método de análisis de las tareas involucradas en completar
un proyecto dado, especialmente el tiempo necesario para completar cada
tarea, e identificar el tiempo mínimo requerido para completar la totalidad
del proyecto.
Incorpora incertidumbre al hacer posible que se programe el proyecto
mientras no se sepa precisamente los detalles y duraciones de todas las
actividades. Es más, una técnica orientada a eventos que a “principio”-“fin”
del proyecto, y es usada más en proyectos donde el tiempo es más
importante que el costo. Busca cumplir con fechas de entrega específicas.
Suele, además, ser usado en proyectos de Investigación y Desarrollo.
Se puede visualizar en una ilustración gráfica del proyecto como un
diagrama de red, que consiste en nodos numerados (ya sean círculos o
rectángulos) representados eventos o hitos del proyecto vinculados por
vectores (líneas direccionales) representando tareas del proyecto.
PERT y CPM son herramientas complementarias, PERT puede utilizar
tres estimados (optimista, esperado, y pesimista), mejorando las
estimaciones de tiempo de CPM y este a su añade el concepto de costo al
formato PERT. A pesar que estas marcadas diferencias, el término PERT es
aplicado a todos los caminos críticos del proyecto.
[Diferencias entre CPM y PERT de “Introducción a la Ingeniería de
Software, Planeación y Gestión de Proyectos Informáticos”]
*Herramientas son explicadas en sus respectivas subcategorías.

Por qué usar PERT?
pág. 6
Arzubiaga, Gozalo
PERT nos provee de herramientas que nos muestran en que secuencia

las tareas tendrán lugar y sus interdependencias, incluye varios estimados
de la duración de cada tarea.
Ayudándonos de estas herramientas podremos potencialmente reducir
la duración del proyecto debido al mejor entendimiento de las
dependencias llevando a una mejora sobre las tareas que se superponen
donde sea factible.
[Basado en PERT Analysis Toolkit (Universidad Metropolitana de
Manchester)]
Ventajas:
➔ Desde el punto de vista de la gerencia, PERT especifica la forma en
que se ha de hacer la planeación.
➔ Proporciona un enfoque para mantener la planeación actualizada al
irse cumpliendo diversos eventos y a medida que las condiciones cambian.
➔ Permite prever el efecto de las desviaciones respecto al plan, y
realizar una acción correctiva anticipada en áreas con problemas.
➔ Todos los controladores de las actividades conocen el momento
preciso de iniciación de su trabajo.
➔ Ayuda a eliminar la vaguedad de las asignaciones de
responsabilidades.
➔ Se logra mejor control, identificación de áreas de problemas, mejores
comunicaciones, mejor manejo de recursos, mejor toma de decisiones,
mejor información de avances y economías de tiempo.
➔ Proporciona una manera de pensar en todos los pasos e
interrelaciones de un proyecto en forma metódica, para reducir la
posibilidad de pasar por alto ciertas actividades y eventos.
pág. 7
Arzubiaga, Gozalo
Etapas de la planificación
Tareas
El primer paso para planear el proyecto es determinar las tareas que el

proyecto requiere, y el orden en el cual deben ser completadas.
Ciertas tareas indefectiblemente deberán ser secuenciales. Mientras
otras pueden o no depender de la finalización de una o más tareas que le
preceden. A su vez otras tareas pueden permitir su finalización simultánea.
Toda tarea tendrá:

● Tareas precedentes.
● Tareas simultáneas.
● Tareas que le persiguen.
Es necesario establecer la dependencia entre tareas para poder

ordenarlas de forma racional. Esto se hace en un principio formando una
tabla de dependencias.
Tiempos
Se estiman los tiempos requeridos para cada actividad, en este caso en

unidad de días. Se usa la característica de PERT tratar con la incertidumbre
en el tiempo de finalización de una tarea. El modelo incluye tres tiempos
estimados:
● Tiempo Optimista: Generalmente el tiempo más corto en que una

actividad puede ser completada.
● Tiempo Más Probable: El tiempo de finalización que tiene la más
alta probabilidad.
● Tiempo Pesimista: El tiempo más largo que una tarea puede requerir.
● Tiempo Esperado: Es el mejor tiempo esperado para completar una
tarea o camino, teniendo en cuenta que los hechos no siempre
procederán de forma normal (implicando que el tiempo esperado es
el promedio de tiempo que una tarea va a requerir si la tarea fuera
repetida un número de veces en un periodo de tiempo). Se calcula
con la siguiente fórmula = (Optimista + Más Probable x 4 +
Pesimista) / 6
[Basado en Guía de PERT de la Universidad de Uludag]
pág. 8
Arzubiaga, Gozalo
En lo que concierne a las tareas que se efectuarán y sus respectivos

tiempos de realización, tanto los pesimistas como los optimistas. Estos se
calculan en base a previas experiencias en proyectos similares
comisionados durante el tiempo trabajado como freelance, teniendo en
cuenta los posibles contratiempos e inconvenientes que puedan llegar a
surgir a lo largo del proyecto.
A pesar de que es un proyecto freelance se buscará trabajar 8 horas

diarias, como si se trabajara para una empresa desarrolladora de software.
Cuando las tareas se superponen, se contratará a uno o más desarrolladores
freelance con los cuales se ha trabajado previamente.
Costo de las tareas
La remuneración del trabajo será en moneda local. Los costos de las

tareas serán basados en el precio de hora de programación freelance, que se
deriva de una aproximación del sueldo de un programador junior.
Se usa la siguiente tabla para calcular el precio por hora a base de la

dificultad del proyecto, las tecnologías que lo involucran, y suponiendo que
hay una brecha de conocimiento o hay un replanteo en las tareas, aumentan
la dificultad del proyecto:
1. Proyecto simple: $80 por hora

2. Proyecto estándar: $120 por hora
3. Proyecto de alta complejidad: $150 por hora
Debido a la complejidad del proyecto actual se usa un cargo de $80 por

hora.
Para acelerar las tareas se trabajará 2 horas extras por día con un plus
de $20 sobre la hora normal. Haciendo la hora extra trabajada sea de $100.
Dejándonos con el costo de día normal a $560 y el día acelerado $760.
Se estima el costo de cada tarea a base de su duración al costo de cada

día trabajado. Y el costo de urgencia a base del costo de día acelerado.
pág. 9
Arzubiaga, Gozalo
Interpretación de tareas
o A) Diagrama de clases.
El diagrama de clases o UML (Lenguaje Unificado De Modelado, por
sus siglas en inglés, Unified Modeling Language) es un diagrama que
describe cómo se estructura un sistema definiendo clases, atributos,
funciones y la interrelación entre las mismas. Dado que esta tarea es la que
definirá la base de la API no debe ser antecedida por ninguna otra tarea.
o B) Diagrama de base de datos, El modelo entidad relación se utiliza

para representar la abstracción de la base de datos. Definiendo las entidades
y relaciones.
Esta tarea debe realizarse antes de cualquier tarea que involucre código
y cualquiera de BD.
o C) Maquetación Web, esta tarea debe ser previa a cualquiera que

involucre UI. Se crean diferentes Sketch en papel para descargar las ideas
recopiladas a lo largo de la investigación. Luego se eligen los conceptos
más relevantes y los que presenten la mejor experiencia usuario. Luego se
arma un Wireframing donde se identificarán los elementos de la web, como
columnas, botones, menú, etc. Se asignan las id de los elementos para
facilitar el trabajo en paralelo con otras tareas.
o D) UI aplicación esta debe ser realizada luego de la tarea C.

Debido que es preciso tener el wireframe con las id.
o E) BD, Base de datos Usuarios.

Se crean la entidad de Usuarios, así como los procedimientos para la
creación de usuarios, los roles, cantidad de puntos.
o F) BD, Base de datos Productos.

Se crea la entidad Productos, así como los procedimientos para la
creación de productos, consultas.
o G) BD, Base de datos Pedidos, esta tarea solo puede ser realizada
teniendo E y F listas.
Luego de tener ya las dos entidades Usuarios y Productos, es posible
realizar la entidad pedidos la cual supondrá una relación entre los productos
que ordenó el usuario cliente.
o H) Código, Usuarios, esta tarea depende de la E.
pág. 10
Arzubiaga, Gozalo
El código que involucra el registro de usuarios, la gestión de sus

puntos. Dado que debe hacer consultas con la base de datos depende de la
existencia de su entidad.
o I) Código, Productos, esta tarea depende de la F.

El código que involucra la creación de productos asignación de
categorías, multimedia.
o J) Código, Creación y gestión de pedidos. Esta tarea depende de

tener lista la G, H y I.
El Código que involucra los pedidos, tales como la gestión de los
mismos, y el descuento en base a los puntos que tiene el usuario.
o K) UI, Panel de usuario debe ser antecedida por la H.

El enlace visual con el módulo de usuarios. Esta tarea comprende la
creación de la UI para el registro de nuevos usuarios, además de los de
validación de datos el cual estará echo en HTML, impidiendo que el
usuario ingrese datos que no correspondan con el tipo esperado de nombre
de usuario o número telefónico. Además de la UI del panel de usuario el
cual mostrará los pedidos en un futuro.
o L) UI, Carga de productos debe ser antecedida por la I

Este segmento de UI será cargado solo si el usuario es de tipo
administrador, haciendo petición de información a un módulo aparte el cual
generará un segmento nuevo en el panel de usuario, en el cual se podrán
cargar los productos, asignar descuentos, etc.
o M) Gestión de Pedidos debe ser antecedida por la tarea J y la D.

El módulo de pedidos consta de una parte de para el Administrador el
cual puede ver los pedidos y administrarlos y una parte para el Usuario el
cual puede generarlos y ver si está en proceso.
pág. 11
Arzubiaga, Gozalo
Diagrama de precedencias
Se hace el diagrama de precedencias. Para cada tarea, se trata de

establecer qué tareas deben precederla. Es decir, vamos a tomar la lista de
tareas, que posiblemente estará desordenada, y vamos a ordenar las tareas
según una relación de precedencia.
En este diagrama cada bloque representa una actividad y las flechas las
dependencias entre las actividades.
Permite detectar la redundancia de flechas con la visualización de las
tareas y su relación con las demás.
Diagrama de flechas
Una vez hecho el diagrama de precedencias y eliminado la redundancia,

se procede a crear el diagrama de flechas.
Este presenta una ilustración del proyecto como una red de nodos
interconectados, representando las tareas. Cada flecha que interconecta los
nodos está nombrada por con su correspondiente tarea. La dirección de las
flechas indica la secuencia de compleción de tareas pudiendo haber tareas
que dependen de otras y otras que se pueden realizar en paralelo.
[Basado en PERT chart (Program Evaluation Review Technique)]
Cada tarea está representada por una y solo una fleche.
pág. 12
Arzubiaga, Gozalo
El Diagrama de flechas nos permitirá encontrar el camino crítico con

más facilidad, que consiste en una cadena de todas las tareas críticas (son
aquellas tareas que su margen total es 0) que conectan el comienzo y fin del
diagrama de flechas, pudiendo discernir el tiempo total del proyecto.
Cuando se completa la última tarea en la ruta crítica, se completa el
proyecto. Como es la ruta "más larga" (en términos de tiempo) a la
finalización de un proyecto. Si se acorta, acortaría el tiempo que lleva
completar el proyecto. Las actividades fuera de la ruta crítica no afectarán
el tiempo de finalización, incluso si se realizaron más rápidamente.
En el siguiente ejemplo las tareas entre los nodos 1, 3, 7, 9, 10 y 11
corresponden al camino crítico y deben ser completados en secuencia.
pág. 13
Arzubiaga, Gozalo
Diagrama Gantt
Luego de tener el diagrama de flechas, nos disponemos a crear el

diagrama de barras de Gantt, disponiendo las tareas en función a su tiempo.
El diagrama de Gantt es una herramienta para planificar y programar
tareas a lo largo de un período determinado. Gracias a una fácil y cómoda
visualización de las acciones previstas, permite realizar el seguimiento y
control del progreso de cada una de las etapas de un proyecto y, además,
reproduce gráficamente las tareas, su duración y secuencia.
Nos facilita una vista general de la ocurrencia de tareas en paralelo o en
serie en un determinado periodo de tiempo y así modelar la planificación
de las tareas necesarias para la realización del proyecto.
Diagrama de recursos
Se ponen las tareas en bloques, y dependiendo del grosor de cada una,

podemos distinguir fácilmente las de mayor coste. El diagrama de recursos
nos facilita hacer la evaluación del coste de recursos diarios.
Se asignar recursos a las tareas en el diagrama para poder ejercer el
control adecuado sobre su evolución, distribución y consumo. se puede
asignar a cada actividad los recursos que ésta necesita con el fin de
controlar los costes y personal requeridos.
Aceleración del Proyecto
Una vez hecho los cálculos con tiempos esperados. Se acelera el tiempo
de las tareas críticas del camino crítico. Ya que en todos los trabajos existe
una estrecha relación entre el tiempo de realización de una tarea y su coste.
En efecto, con gran frecuencia el rebajar el plazo de ejecución supone
admitir un gasto suplementario, debido al aumento de medios (contratación
de mano de obra, subcontratación, etc.). [Capitulo “Reducción de los
Tiempos” del libro Aplicación Práctica del Método PERT de P.Poggioli]
pág. 14
Arzubiaga, Gozalo
En nuestro proyecto el costo de urgencia es basado en las horas extras

que suponen trabajar en la tarea por un tiempo extendido por día. Sumando
gastos extra por dificultad de la tarea.
El tiempo ganado (tiempo de urgencia) es de un 35% sobre el tiempo
esperado.
Solo se pueden acelerar los tiempos de las tareas críticas del camino
crítico. Esto se hace calculando el costo de reducción (Cr) de cada tarea. Y
luego se determinan cuáles son las tareas que tienen menor costo de
reducción. En nuestro análisis del proyecto fueron las tareas A; B y M. El
costo de reducción se multiplica por el tiempo de a reducir (Te - T
urgencia), dándonos como resultado el costo extra de la tarea.
Con los valores obtenidos se actualizan el diagrama de Gantt y el
diagrama de Recursos.
Probabilidad de Ocurrencia
Pero todos estos tiempos de finalización del proyecto ya sea con o sin
aceleración tienen una probabilidad de ocurrencia del 50%. Al no ser viable
tan baja probabilidad se utiliza el método PERT para aumentar la
probabilidad a un valor deseable a costa de un incremento en el tiempo del
proyecto.
Se establece que se desea que el proyecto tenga una probabilidad de
ocurrencia del 90%. Por lo que se utiliza la fórmula de probabilidad.
Necesitándose de la varianza del tiempo de las tareas críticas del camino
crítico, luego su desviación estándar y se aplica la fórmula inversa.
pág. 15
Arzubiaga, Gozalo
Ø = (z.σ) + Tμ
Ø = Tiempo con probabilidad deseada.

z = Porcentaje deseado (calculado con tabla de desviación estándar inversa)
σ = Desviación estándar basada en los tiempos de las tareas.
Tμ = Tiempo final del proyecto al 50%
pág. 16
Arzubiaga, Gozalo
Recopilación de información
Requerimientos Generales
Luego de una simple evaluación se llegó a la resolución que el actual

sistema web del cliente está desarrollado en WordPress un CMS bastante
común, con una estructura casi exclusiva en PHP y utilizando de motor de
base de datos a MySql.
El conocimiento de la plataforma web sugestiono una contrapropuesta

y un cambio en el proyecto del cliente tomando en cuenta la petición de
tener dos aplicaciones se le hace una contrapropuesta del proyecto, la cual
supondrá una ventaja para el desarrollo de la aplicación. La
contrapropuesta es la siguiente: En lugar de tener dos aplicaciones una web
y una de escritorio, la posibilidad de trabajar con un CMS (Sistema de
gestión de contenidos) nos proporciona la posibilidad de tener toda la
aplicación web. Pudiendo cumplir con todas las consignas del cliente de
una manera más eficiente.
Luego de la reevaluación de la propuesta del cliente se disponen los

nuevos requerimientos de la aplicación a desarrollar.
1. Debe ser una extensión para el actual CMS (WordPress).

La actual plataforma CMS proporcionara un marco programable para la
integración de roles de usuario y la creación de productos en forma de
"Posts", los mismos podrán contener HTML personalizado, soportar
multimedia y el enlace a redes sociales para su difusión.
https://es.wordpress.com/
2. La programación del proyecto deberá seguir las tecnologías WPMU

propias de WordPress.
WPMU tecnología multisitios y multiusuario WP(WordPress)
MU(Multi User). Se puede ejecutar una red de múltiples sitios web de
WordPress desde una única instalación de WordPress.
Como administrador, puede cambiar los cambios productos para todos los
sitios web. Cosa que los usuarios simples no podrán hacer.
3. Programación estructurada y modular.

La decisión de tomar la programación estructurada fue debido al
comportamiento de Wordpress el cual itera una secuencia de eventos
pág. 17
Arzubiaga, Gozalo
dependiendo las acciones del usuario. Por ejemplo, al ingresar un usuario,

hacer una consulta, abrir una nueva pestaña. Cada una de estas secuencias
llama a los módulos los cuales reciben información o la retornan.
Los módulos pueden ser modificados independientemente sin afectar la
estabilidad del a web.
4. Las tecnologías involucradas serán PHP, JavaScript con Ajax
y MySql.
PHP: https://codex.wordpress.org/Function_Reference
JavaScript: https://codex.wordpress.org/Javascript_Reference
MySql: https://codex.wordpress.org/Database_Description
5. El proyecto tendrá un repositorio GIT en Bitbucket.

Bitbucket proporciona un servicio de alojamiento basado en web, para los
proyectos que utilizan el sistema de control de versiones Mercurial y Gi.
https://bitbucket.org/product
6. Gestión de tareas de proyecto con Trello.

Trello es un software de administración de proyectos con interfaz web, para
organizar proyectos, Trello cuenta con extensiones para metodologías
agiles para gestionar el tiempo de tareas y el tiempo que conllevan las
mismas. De esta manera se puede hacer un seguimiento de los tiempos
pautados con el relevamiento de tareas.
https://trello.com/
7. La persistencia en la base de datos debe ser realizada a través

de procedimientos almacenados.
Generar respuestas a las peticiones de usuario a través de procedimientos
almacenados, los cuales se ejecutarán en el motor de base de datos que
corre en un servidor. Esto podrá beneficiar en el deshacerse de la
sobrecarga resultante de comunicación grandes cantidades de datos
salientes, entrantes y además de proporcionar seguridad.
https://dev.mysql.com/doc/refman/5.7/en/create-procedure.html
pág. 18
Arzubiaga, Gozalo
Resultados
Análisis mediante PERT
Para realizar la representación y análisis del proyecto se han usado los

siguientes programas y herramientas.
● OneNote (Recopilación de todos los datos)

● Google Docs (Documentación)
● Google SpreadSheet (Generación de tablas y gráfico de Gantt y
Recursos)
● Trello (Definición de tareas del grupo)
● LucidChart (Generación de diagrama de precedencias, flechas y
cronograma)
● Microsoft Word (Exportación a PDF)
Resolución de PERT
Se realizaron los cálculos mediante una plantilla de Google

SpreadSheet los cuales se usan para generar las tablas y diagramas.
En el cuadro se encontrarán:
● Las tareas críticas del camino crítico en negrita, las cuales se evaluará
luego si son admisibles para una aceleración de tiempo.
● La duración de las tareas en días (valores probable, optimista, pesimista)
● Tiempo esperado, la varianza y desviación derivada de esos tiempos para
calcular la probabilidad de éxito deseada (mediante la inversa de la
distribución cumulativa estándar normal)
● Costos normales y de urgencia
● Finalmente, la sumatoria de costo y días totales del proyecto con
aceleración incluida.
pág. 19
Arzubiaga, Gozalo
Tabla De Tareas Y Dependencias
Tarea Dependencia Optimista Probable Pesimista Promedio

A 2 3 4 3,000
B A 2 3 5 3,167
C A 1 2 3 2,000
D C 4 6 9 6,167
E B 1 2 3 2,000
F B 1 2 3 2,000
G E-F 2 3 5 3,167
H E 2 4 7 4,167
I F 2 4 7 4,167
J G-H-I 4 5 9 5,500
K H 1 2 4 2,167
L I 1 2 4 2,167
M K-L 5 6 10 6,500
N M 3 8 15 8,333
pág. 20
Arzubiaga, Gozalo
Diagrama De Precedencias
pág. 21
Arzubiaga, Gozalo
Diagrama De Flechas
pág. 22
Arzubiaga, Gozalo
Diagrama De Gantt Y Diagrama De Recursos
pág. 23
Arzubiaga, Gozalo
Cuadro De Cálculos
Enlace a GoogleSheet:
https://docs.google.com/spreadsheets/d/1bBZSD29RB9xMIF8n6dLlalw0HQRMLPM0Lk51Beb5u0c/edit#gid=0
Enlace corto a GoogleSheet:
goo.gl/Cfgd7j
pág. 24
Arzubiaga, Gozalo
Estimaciones
Al finalizar el análisis del proyecto, se llegan a dos estimaciones todas

con el mismo camino crítico: {A; B; F; I; L; M; N}
● Estimación 1: El tiempo hallado en la red con base a tiempos

estimados que tienen la probabilidad de ocurrencia del 50%.
o Días: 29.333 días
o Costo: $29520
● Estimación 2: El tiempo hallado aplicando aceleración a las tareas de

mayor duración con una probabilidad de ocurrencia del 50% y trabajando
horas extras.
o Días: 24,900
o Costo: $32173.33
Como estas estimaciones solo son con una ocurrencia del 50% y no son
viables para presentar al cliente, se recalcularon con una probabilidad del
90%
● Estimación 1 con probabilidad de ocurrencia del 90%:

o Días: 32,501 días
o Costo: $29520
● Estimación 2 con probabilidad de ocurrencia del 90%:

o Días: 28,068 días
o Costo: $32173.33
Estas serán las estimaciones que se le presentarán al cliente.
pág. 25
Arzubiaga, Gozalo
Conclusión
En conclusión, se le acercan las dos propuestas al cliente, la

“Estimación 1” y la “Estimación 2” al 90%, debido que estas son las
opciones que tienen más probabilidad de suceso.
La Estimación 1 tiene menos costo, pero si el cliente lo desea puede
optar por la Estimación 2 la cual posee un tiempo menor con un costo
mayor derivado del trabajo de horas extra, pero pudiendo completar el
proyecto con una mayor antelación.
pág. 26
Arzubiaga, Gozalo
Bibliografía
● Módulo de investigación operativa.

● Capítulos del Libro del Ing. Emir Ibarra.
● Introducción a la Ingeniería de Software, Planeación y Gestión de
Proyectos Informáticos de Dr. Daniel Trejo Medina.
● Investigación Operativa 1 del Ing. Marcelo Moliterno [Varios Temas y
figuras]: https://goo.gl/cwvL1E
● Aplicación Práctica del Método PERT de P.Poggioli [Aceleración del
proyecto]: https://goo.gl/ZTCvpS
● PERT Wikipedia [Definiciones de PERT]: https://goo.gl/RrmY1F
● Guía de PERT de la Universidad de Uludag (Facultad de Ingeniería y
Arquitectura-Departamento de Ingeniería Industrial) [Teoría sobre tareas y
tiempos]: https://goo.gl/JCcRcb
● PERT Analysis Toolkit (Universidad Metropolitana de Manchester) [Por
qué usar PERT]: https://goo.gl/ac5JAg
● PERT chart Program Evaluation Review Technique (por Margaret Rouse)
[Diagrama de redes]: https://goo.gl/pPLksg
● CodexWordpres: https://codex.wordpress.org/
● WordpressPlugins: https://codex.wordpress.org/Writing_a_Plugin
● MySql: https://dev.mysql.com/doc/
● PHP: http://php.net/
● JavaScript: http://devdocs.io/javascript/
● Ajax: http://api.jquery.com/jquery.ajax/
● HTML Template: https://codex.wordpress.org/Theme_Development
● PHP OOP: http://php.net/manual/es/language.oop5.php
● PHP CRUD: http://php.net/manual/en/sdodasrel.examples-crud.php
● Trello: https://trello.com/
● BitBucket: https://bitbucket.org/product
● Wireframes: https://es.wikipedia.org/wiki/Wireframe_(dise%C3%B1o_we
b)
● Modelo de Identidad relación
BD: https://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n
● Diseño de UI
y Layout: https://codex.wordpress.org/Blog_Design_and_Layout
pág. 27

Modelo PERT

Hochgeladen von

Dokumentinformationen

Originalbeschreibung:

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Modelo PERT

Hochgeladen von

Copyright:

Verfügbare Formate

Arzubiaga, Gozalo

Guerreiro Chavier, Mauro

Trabajo Práctico Especial de Investigación Operativa

Tema Herramienta de trabajo para el planeamiento,

La empresa “FoodCloud Delivery”, nos presenta un proyecto de la

Se recibe del cliente la siguiente propuesta:

 La sección propia del usuario consta de una serie de pestañas en

Luego de recibir la propuesta del cliente podemos deducir el posible

Definición del modelo PERT

PERT (Project Evaluation and Review Techniques - Técnica de

*Herramientas son explicadas en sus respectivas subcategorías.

PERT nos provee de herramientas que nos muestran en que secuencia

El primer paso para planear el proyecto es determinar las tareas que el

Toda tarea tendrá:

Es necesario establecer la dependencia entre tareas para poder

Se estiman los tiempos requeridos para cada actividad, en este caso en

● Tiempo Optimista: Generalmente el tiempo más corto en que una

En lo que concierne a las tareas que se efectuarán y sus respectivos

A pesar de que es un proyecto freelance se buscará trabajar 8 horas

Costo de las tareas

La remuneración del trabajo será en moneda local. Los costos de las

Se usa la siguiente tabla para calcular el precio por hora a base de la

1. Proyecto simple: $80 por hora

Debido a la complejidad del proyecto actual se usa un cargo de $80 por

Dejándonos con el costo de día normal a $560 y el día acelerado $760.

Se estima el costo de cada tarea a base de su duración al costo de cada

o B) Diagrama de base de datos, El modelo entidad relación se utiliza

o C) Maquetación Web, esta tarea debe ser previa a cualquiera que

o D) UI aplicación esta debe ser realizada luego de la tarea C.

o E) BD, Base de datos Usuarios.

o F) BD, Base de datos Productos.

o H) Código, Usuarios, esta tarea depende de la E.

El código que involucra el registro de usuarios, la gestión de sus

o I) Código, Productos, esta tarea depende de la F.

o J) Código, Creación y gestión de pedidos. Esta tarea depende de

o K) UI, Panel de usuario debe ser antecedida por la H.

o L) UI, Carga de productos debe ser antecedida por la I

o M) Gestión de Pedidos debe ser antecedida por la tarea J y la D.

Se hace el diagrama de precedencias. Para cada tarea, se trata de

Una vez hecho el diagrama de precedencias y eliminado la redundancia,

Cada tarea está representada por una y solo una fleche.

El Diagrama de flechas nos permitirá encontrar el camino crítico con

Luego de tener el diagrama de flechas, nos disponemos a crear el

Se ponen las tareas en bloques, y dependiendo del grosor de cada una,

Aceleración del Proyecto

En nuestro proyecto el costo de urgencia es basado en las horas extras

Ø = Tiempo con probabilidad deseada.

Luego de una simple evaluación se llegó a la resolución que el actual

El conocimiento de la plataforma web sugestiono una contrapropuesta

Luego de la reevaluación de la propuesta del cliente se disponen los

1. Debe ser una extensión para el actual CMS (WordPress).

2. La programación del proyecto deberá seguir las tecnologías WPMU

3. Programación estructurada y modular.

dependiendo las acciones del usuario. Por ejemplo, al ingresar un usuario,

5. El proyecto tendrá un repositorio GIT en Bitbucket.

6. Gestión de tareas de proyecto con Trello.

7. La persistencia en la base de datos debe ser realizada a través

Análisis mediante PERT

Para realizar la representación y análisis del proyecto se han usado los

● OneNote (Recopilación de todos los datos)

Se realizaron los cálculos mediante una plantilla de Google

Tabla De Tareas Y Dependencias

Tarea Dependencia Optimista Probable Pesimista Promedio