martes, 29 de noviembre de 2016

PERT



  1. Definicion:
Las Técnicas de Revisión y Evaluación de Proyectos, comúnmente referidas con la abreviatura PERT (del inglésProject Evaluation and Review Techniques), son un modelo para la administración y gestión de proyectos inventado en 1957 por la Oficina de Proyectos Especiales de la Marina de Guerra del Departamento de Defensa de EE. UU. como parte del proyecto Polaris de misil balístico móvil lanzado desde submarino. Este proyecto fue una respuesta directa a la crisis del Sputnik.
PERT es básicamente un método para analizar las tareas involucradas en completar un proyecto dado, especialmente el tiempo para completar cada tarea, e identificar el tiempo mínimo necesario para completar el proyecto total.

PRINCIPIOS:
ACTIVIDAD ._ tarea que necesita ara su realización la actualización de uno o varios recursos  considerado como característica fundamental su duración
SUCESO(MODO)._presenta un punto en el tiempo e inicia el principio o el fin de una actividad o conjunto de  actividades
SUCESO INICIAL DEL PROYECTO. Presenta e comienzo de una o mas actividades pero no la terminación de ninguna
SUCESO FINAL DEL PROYECTO: Reprecenta el final de una o mas actividades pero no el inicio de ninguna otra.

DURACION DE UN SUCESO

A diferencia del Método de Ruta Crítica o CPM la metodología de considera que el tiempo de duración de las actividades que comprenden un proyecto es estocástico.
Este supuesto implica que para cada actividad tendremos distintos escenarios de ocurrencia sobre el tiempo requerido para llevarla a cabo. Estos escenarios se denominan usualmente como Optimista (a) (el menor tiempo posible), Más Probable (m) y Pesimista (b) (el mayor tiempo en el peor de los casos).

DIBUJO DE UNA MALLA PERT









CALCULO DE LOS TIEMPOS DE INICIO Y TERMINOS MAS TEMPRANOS

Una vez que se define la ventana de tiempo en donde el proyecto deberá realizarse y se tiene la duración de cada tarea, se comienza a definir las fechas de comienzo y fin de las tareas para armar el cronograma definitivo.
Allí es donde se prepara una tabla de tiempos para cada actividad, en donde se especifican los tiempos más tempranos en que cada actividad puede comenzar y terminar, y los tiempos más tardíos. Esto sucede porque cada actividad “flota” en calendario y se puede mover hacia atrás o hacia adelante segun sea posible: el límite de esa flotación hacia atrás o adelante son las fechas de comienzo y fin tempranas, y las fechas de comienzo y fin tardías para cada actividad.


CALCULO D LOS TIEMPOS DE INICIO  TERMINOS MAS TARDIOS

El tiempo de inicio más temprano (conocido como ES por Early Start en inglés) es la fecha más temprana en que se pude iniciar una actividad. Para las primeras actividades del proyecto esta fecha es la fecha de comienzo del proyecto.
El tiempo de terminación más temprano (conocido como EF por Early Finish en inglés)deriva del anterior, y es el tiempo de inicio mas temprano mas la duracion de la actividad (EF = ES + duración).
El tiempo de terminación más tardío (conocido como LF por Late Finish en inglés) es la fecha más tardía en que se puede finalizar una actividad. Visto en forma simétrica a los anteriores, si comenzamos a programar las tareas desde el final, las últimas actividades se completarán con la fecha de finalización del proyecto.
El tiempo de inicio más tardío (conocido como LS por Late Start en inglés) deriva del anterior, y es el tiempo de terminación más tardío menos la duración de la actividad (LS = LF – duración).


CASO PRACTICO
Ejemplo 1:

Se ha organizado un equipo de proyectos en Manufacturing Technology (MTI)para diseñar y desarrollar una versión ligeramente distinta de uno del robotindustrial de la empresa !l nuevo robot se conoce como "andom #ccessMobile $rthogonal %ision ("#M$%) "amov es móvil& tiene capacidad visual&es multia'ial y es programable en el piso de la planta no de los clientes msimportantes de MTI& un gran fabricante automotriz& planea reemplazar en cincofbricas un banco de mquinas con los nuevos robots& en sus l*neas deensamble !l cliente desea ver en dos meses una demostración del robot& unapropuesta t+cnica y una propuesta de costo ,o primero que hizo el equipo delproyecto fue enlistar y describir sus actividades& determinar su orden y estimarcun tiempo tomar*a cada una de las actividades !sta información sobreactividades y eventos del proyecto aparecen en la tabla que incluimos acontinuación -reparare un programa .-M partiendo de la información dedicha tabla




!vento82!l proyecto se ha iniciado0!l diseño "#M$% se ha terminado6,as unidades prototipo se han construido9,as pruebas de prototipo se han terminado7Se han completado las estimaciones de materiales5,a afinación del diseño "#M$% est terminada4,a propuesta t+cnica y las estimaciones de costo de mano de obraestn terminadas3,as unidades "#M$% se han demostrado y se ha entregado lapropuesta al cliente !l proyecto se ha terminado
HOLGURAS

La holgura de una tarea se define como el tiempo que esta puede atrasarse sin afectar el plazo total del proyecto. Como se puede ver en el siguiente cronograma, la tarea 6 está prevista para empezar el día 21/08, pero podría empezar el 22, 25 o 26 sin afectar a la fecha final del proyecto. Por ello decimos que la tarea 6 tiene una holgura de 3 días.

ACTIVIDADES CRITICAS

1. PERT/CPMMetodología de la InvestigaciónMtro. Iván OlivaIngeniero en cibernética y sistemascomputacionalesMaestro en AdministraciónPERT /CPM (Ruta Crítica)
2. PERT/CPMIntroducciónLa investigación de operaciones ha desarrolladodiversas metodologías para la resolución deproblemas mediante la aplicación de modelos deoptimización de redes. El uso de las redes nospermite visualizar las relaciones entre loscomponentes de la problemática analizada.
3. PERT/CPMAntecedentes• La planeación y control de proyectos es untipo de problemas resueltos por medio de lastécnicas de redes:– PERT (Program Evaluation and Review Technique)– CPM (Critical Path Method)

RUTAS CRITICAS

Los métodos CPM (método de la ruta crítica o del camino crítico, criticaI path method) y PERT (técnica de evaluación y revisión de programa, program evaluation and review techni- que) se basan en redes, y tienen por objeto auxiliar en la planeación, programación y control de proyectos. Se define un proyecto como conjunto de actividades interrelacionadas, en la que cada actividad consume tiempo y recursos. El objetivo del CPM y del PERT es contar con un método analítico para programar las actividades. En la figura 6.50 se resumen los pasos de estas técnicas. Primero se definen las actividades del proyecto, sus relaciones de precedencia.
 RECOMENDACIONES

Se debe entender que el futuro de Huanchaco esta el desarrollo del turismo; es por esto que lejos de recibir ayuda, se debe fomentar un nuevo espíritu empresarial para trabajar organizadamente en búsqueda de un objetivo común: convertir a Huanchaco en un destino turístico digno de un posicionamiento de calidad. • Se debe realizar un estudio mas profundo acerca de la variables que determinan el grado de satisfacción de los turistas nacionales y extranjeros que visitan el balneario, para lo Conclusiones y Recomendaciones 163 cual se propone un monitoreo constante acerca de los gustos y preferencias de la demanda a la hora que visita Huanchaco, en base al perfil realizado en el presente trabajo.

CONCLUCIONES

• El Turismo mundial es una actividad que ha evolucionado a través de los años en un mejor contexto económico y social manteniendo un crecimiento constante y sostenido. Esta evolución hace que el turismo se convierta en una de las actividades más importantes del mundo, superando a industrias como la petrolera y la automovilística. • La actividad turística peruana ha experimentado un constante crecimiento, tal como se ha podido observar a lo largo de estos últimos años; de ahí la necesidad de estar más preparados para enfrentar la demanda, cada vez más exigente y más cambiante.

APRECIACION DEL EQUIPO

Es una uena forna de controlar y hacer los proyectos   para por orden en el momento de hacer trabajos el tiempo que nos llebaria en hacer cualquier trabajo que nos demandari tiempo

lincografia


https://www.google.com.pe/search?sclient=psy-ab&rlz=1C1PRFC

https://es.wikipedia.org/wiki/Técnica_de_revisión_y_evaluación_de_programas

http://ocw.uc3m.es/economia-financiera-y-contabilidad/economia-de-la-empresa/material-de-clase-1/PERT.pdf



martes, 8 de noviembre de 2016

COCOMO II

1.- Contenido

Definición: (1)

Este modelo permite realizar estimaciones en función del tamaño del software, y de un conjunto de factores de costo y de escala. Los factores de costo describen aspectos relacionados con la naturaleza del producto, hardware utilizado, personal involucrado, y características propias del proyecto. El conjunto de factores de escala explica las economías y deseconomías de escala producidas a medida que un proyecto de software incrementa su tamaño.

Apreciación:


En los factores de costo se incluyen aspectos relacionados con la naturaleza del sistema, equipo y características propias del proyecto.

Aporte: Neisser Altamirano Coronado.

Características: 

Calibrar los porcentajes de esfuerzo y de plazo conforme la fase de acompañamiento gerencial.


Escoger la mejor métrica de calidad para evaluar y calibrar el modelo considerando sus particularidades y cuales medidas son mas adecuadas a la política de la organización donde el modelo sera utilizado.

Definir una política local con orientaciones para evaluación cualitativa de costo de personal, producto, plataforma y proceso.

Objetivos: 

Establecer la diferencia entre los actos de estimar,asumir un compromiso y establecer una meta y con eso, adoptar una postura de quien ofrece una estimación en contraste con las postura de quien lleva mas tiempo o recursos.

Presentar las opciones y escenarios para que los responsables puedan establecer las metas o asumir compromisos con base en fundamentos sólidos y en instrumentos de gerencia del conocimiento.

Utilizar el punto de función como parámetro de costo primario del modelo y realizar la evaluación de los demás parámetros de costos secundarios relativos al producto, al proceso y al personal.

Modelos

El Modelo Composición de Aplicación: Se emplea en desarrollos de software durante la etapa de prototipado.

El Modelo Diseño Temprano: Se utiliza en las primeras etapas del desarrollo en las cuales se evalúan las alternativas de hardware y software de un proyecto. En estas etapas se tiene poca información lo que concuerda con el uso de Puntos de Función, para estimar tamaño y el uso de un numero reducido de factores de costo.

El Modelo Post-Arquitectura: Se aplica en la etapa de desarrollo, despues de definir la arquitectura del sistema y en la etapa de mantenimiento.

Ejemplo Practico:




Resumen:


Permite al planificador hacer rápidamente una exploración de un proyecto, hacer rápidamente una exploración de las posibilidades de un proyecto, genera recursos sobre la estimación de costos y tiempo.


Recomendaciones:

Fue diseñado para hacer estimaciones de desarrollo de proyectos prototipos. Las estimaciones de tamaño del software están basados en puntos de aplicación y se utiliza una formula simple (tamaño/productividad) para estimar el esfuerzo requerido.

La estimaciones están basadas en puntos de función, los cuales se convierten a un numero de lineas de código. La formula permite seguir el estándar expuesto anteriormente con un conjunto de siete multiplicaciones.

Conclusiones:

Es un modelo capaz de conseguir estimaciones de precisión, permite calibrarse por organización, aunque para ello requiere la experiencia de un numero grande de proyectos ya finalizados que puedan aportar datos necesarios para la recalibración.

Apreciación del Equipo:

Es un modelo que permite estimar el costo, el esfuerzo y el horario en la planificación de una nueva actividad de desarrollo de software. Se compone de tres sub-modelos, cada uno que ofrece una mayor fidelidad el más largo de uno está en la planificación del proyecto y el proceso de diseño.


Glosario de Terminos:

Post-Arquitectura: En los factores de coste se incluyen aspectos relacionados con la naturaleza del sistema, equipo, y características propias del proyecto.
Los factores de escala incluye la parte de escala producida a medida que un proyecto de software incrementa su tamaño.


Parametrico: Depende de ciertos parámetros, es decir de ciertos valores parametrales.


COMPLEMENTACIÓN EXPOSITIVA:



COCOMO I


1- CONTENIDO

   Definicion._ Es un modelo de costo matematicos para estimacion de costos de software Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximación, cada vez mayor, a medida que avanza el proceso de desarrollo del sofware  basico , intermedio y desarrollado 

  Objetibos._  Implementar una herramienta de software que soportara el modelo.

Proveer una marco analítica cuantitativo y un conjunto de herramientas y técnicas que evaluaran el impacto de las mejoras tecnológicas de software sobre los costos y tiempos en las diferentes etapas del ciclo de vida de desarrollo.

MODO DE DESARROLLO

 modo orgánico:
 un pequeño grupo de programadores experimentados desarrollan software en un entorno familiar. El tamaño del software varía desde unos pocos miles de líneas (tamaño pequeño) a unas decenas de miles (medio). 
                                                          
 modo semilibre o semiencajado:
 corresponde a un esquema intermedio entre el orgánico y el rígido; el grupo de desarrollo puede incluir una mezcla de personas experimentadas y no experimentadas. 
                                           
modo rígido o empotrado:
 el proyecto tiene fuertes restricciones, que pueden estar relacionadas con la funcionalidad y/o pueden ser técnicas. El problema a resolver es único y es difícil basarse en la experiencia, puesto que puede no haberla.

MODELOBASICO
Se utiliza para obtener una primera aproximación rápida del esfuerzo,2 y hace uso de la siguiente tabla de constantes para calcular distintos aspectos de costes:
MODOabcd
Orgánico2.401.052.500.38
Semi - Orgánico3.001.122.500.35
Empotrado3.601.202.500.32
Estos valores son para las fórmulas:
MODELO INTERMEDIO
Los valores de las constantes a reemplazar en la fórmula son:
MODOab
Orgánico3.201.05
Semi - Orgánico3.001.12
Empotrado2.801.20
Se puede observar que los exponentes son los mismos que los del modelo básico, confirmando el papel que representa el tamaño; mientras que los coeficientes de los modos orgánico y rígido han cambiado, para mantener el equilibrio alrededor del semilibre con respecto al efecto multiplicador de los atributos de coste.

CARACTERISTICAS
Pertenece a la categoría de modelos estimadores basados en estimaciones matemáticas. Está orientado a la magnitud del producto final, midiendo el "tamaño" del proyecto, en función de la cantidad de líneas de código, principalmente.
Se presentan tres niveles: básico, intermedio y detallado.
INCONBENIENTES
proporcionales a las tareas de gestión ya que no tiene en cuenta los recursos necesarios para realizarlas  .Se puede desviar de la realidad si se indica mal el porcentaje de líneas de comentarios en el código fuente.Es un tanto subjetivo, puesto que está basado en estimaciones y parámetros que pueden ser "vistos" de distinta manera por distintos analistas que usen el método.

RESUMEN

          Es uno de los modelos más documentados actualidad y es muy fácil de utilizar. Es correcto 

con referencia a los 63 proyectos utilizados, aunque de ello no se debe desprender que deba ser válido siempre. Una preocupación es la adaptación de las ecuaciones exponenciales a organizaciones específicas, cosa que no parece inmediatamente fácil.

SUMMARY 

Es conjunto de herramientas y técnicas que evaluaran el impacto de las mejoras tecnológicas de software sobre los costos y tiempos

RECOMENDACIONES

Utiliza la herramienta de cocomo cuado el pryecto tiene un tamaño muy corto
conocer el nivel del cocomo para poder aplicarlo en en un proyecto de software


CONCLUCIONES

Es una herramienta rápida para la estimación de costos y esfuerzo de un proyecto de software
La funcionalidad del cocomo nos da una perspectiva muy amigable en cuando el manejo de la aplicación

APRESIACION DEL EQUIPO

Es un modelo de que estima el costo, esfuerzo y el horario de la aplicación de una nueva actividad de desarrollo  de software

GLOSARIO DE TERMINOS

impagto- choque violento de una cosa en movimiento contra otra en especial de unproyectia hacia un blanco
empotrado- que esta completa mente mitioda dentro de una cosa
envergadura- importancia, aptitud y enlace
delegar- remitir , transferir ,imputar , distribuir
transacción-  interacción con una estructura de datos compleja  donde los procesos deben aplicarse uno después del otro de manera similar a una aeración automática
acerrar- ocasionar o provocar algún daño

LINCOGRAFIA

http://es.slideshare.net/LettyUcedaxD/cocomo-1-66615311

https://es.wikipedia.org/wiki/COCOMO

http://www.sc.ehu.es/jiwdocoj/mmis/cocomo.htm

COMPLEMENTACION EXPOSITIVA: